Ist "CSS Shorthand" nicht gut in der Teamentwicklung?
Wenn mehrere Personen an demselben Projekt arbeiten. Jede Person kann unterschiedliche Kenntnisse über CSS haben, so dass manche Leute mit Kurzschrift verwechselt werden können, wenn sie Änderungen in CSS benötigen.
%Vor%Sollte ich dies vermeiden
%Vor%und benutze dies
%Vor%in der Teamentwicklung? und welche Shorthands sind andere CSS-Kürzel sind nicht gut für die Lesbarkeit zu verwenden und welche sind gut?
Obwohl es bei SO offensichtlich unpopulär ist, spricht einiges dafür, die Dinge in Team-Szenarien auf mehrere Zeilen zu verteilen:
1) Klarheit bei Verwendung der Quellcodeverwaltung. Einzelne Zeilen, die sich in der Quellcodeverwaltung ändern, sind bei der Überprüfung von Änderungsprotokollen häufig einfacher zu handhaben und sehr klar.
2) Mit Tools wie Firebug, etc. mit der Korrelation zu genauen Zeilennummern kann hilfreich sein, wenn Sie Eigenschaften optimieren, jagen, speichern, neu laden vs. eine Eigenschaft von vielen in einer Zeile.
Es hängt von Ihrem Team ab . Persönlich mag mein Team sie, sauber, prägnant und sie sind nicht so verwirrend.
Ich würde argumentieren, dass padding: 0 0 5px 0; verwirrender ist als Ihr Schriftbeispiel, weil Sie wissen müssen, ob es oben, rechts, unten, links ist ... mit den meisten Kurzschriftzeichen können Sie unabhängig von der Reihenfolge lesen und trotzdem sehen, was passiert.
Ich würde wetten, dass selbst der durchschnittliche Word-Benutzer Ihr Schriftbeispiel sehen und herausfinden könnte, was passiert, und das sagt viel für die Klarheit.
Wenn eine Person an der Bearbeitung von CSS-Dateien arbeitet, sollte sie im Zweifelsfall zumindest googlen können. Nachdem die Abkürzung oft genug gesehen wurde, wird es für sie zur zweiten Natur werden. Darüber hinaus werden sie es wahrscheinlich mühsam finden, 5 Zeilen zu lesen, wenn sie 1 gelesen haben könnten (ich weiß, dass ich weiß), um zu verstehen, was vor sich geht. Ausführlicher zu sein ist keine gute Sache, wenn man versucht, eine Menge Informationen zu bekommen.
Lesbarkeit ist wichtig, aber die Wahrnehmung ändert sich von Person zu Person. Ich finde den Kurzschriftausdruck lesbarer, auch wenn ich ab und zu eine Google-Suche durchführen muss, um sicherzustellen, dass die Reihenfolge korrekt ist. Auf Python würde ich niemals denken, @decorators nicht zu verwenden oder Listenkomprehensionen aufzulisten, nur weil ein sprichwörtlicher Anfänger es seltsam finden könnte, es meinen Code kürzer und daher lesbarer macht.
Hand halten funktioniert nicht für Entwickler. Lass sie es aufsaugen und lerne die Sprache, für die sie bezahlt werden, um sie zu erstellen / zu lesen.
Ich neige dazu, Code als einmal schreibend, oft lesbar zu betrachten. Also denke ich, dass Short-Hands in Ordnung sind, wenn sie offensichtlich sind und häufig verwendet werden, aber ich denke, dass es am besten ist, die seltsamen Dinge zu vermeiden. Ich betrachte mich selbst als kompetenten CSS-Programmierer und muss zugeben, dass die Schriftgröße / Zeilenhöhe für mich neu ist.
Von hier sieht alles gleich aus. Wenn jemand nicht weiß, wie er die Bedeutung der Parameter für die Kurzversion nachschlagen soll, sind sie in der falschen Rolle. Auch die zweite benötigt mehr Bandbreite. Ich würde nur die lange Form verwenden, wenn Sie ein paar der Parameter anstelle von allen setzen möchten
Je besser Sie Ihren Code schreiben können, desto besser. Niemals jemandes Wissen voraussetzen.
Tags und Links css