Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Ich habe mir das Eclipse Plugin für Checkstyle geholt da ist die vorgabe dass eine Zeile nicht mehr als 100 Zeichen haben darf ( nehme ich mal an dass das so standard ist)
so und nun? was tut man ... wenn man checkstyle "Richtlinien" aufstellt sollte es doch möglichkeiten diese sinnvoll einzuhalten bzw , wege vorgeshclagen werden womit man diese umsetzen kann
Ich kenne das nur in Verbindung mit Notebooks. Denn die haben meist so kleine Displays, dass es so angenehmer zu lesen ist als mit Soft-Wrap. Könnte auch andere Gründe geben, aber die kenne ich dann selber nicht. 😂
Ich habe mir das Eclipse Plugin für Checkstyle geholt da ist die vorgabe dass eine Zeile nicht mehr als 100 Zeichen haben darf ( nehme ich mal an dass das so standard ist)
Lange Zeilen sind für Menschen nicht gut zu erfassen. Es geht darum, das der Lesefluss nicht unterbrochen wird und sich das Auge beim Zeilenwechsel leichter tut. Ich meine, das ca. 80 Zeichen eine obere Grenze sind. Das gilt im Übrigen nicht nur in der Softwareentwicklung, sondern allgemein für Text, z. B. bei der Gestaltung von Webseiten.
Abgesehen davon steht es auch so (70 - 80 Zeichen) in den Java-Code-Conventions.
Es stimmt die Java-Code-Conventions gehen von 80 Zeichen aus. Wir haben uns im Team trotzdem auf 120 Zeichen geeinigt. Grund sind hauptsächlich die Generics. Umbrüche bei 80 Z. machen den Quellcode mit Generics vollkommen unübersichtlich. Man muss natürlich auch auf die Erfassbarkeit Rücksicht nehmen, deshalb sollte es keine unbegrenzten Zeilen geben. Die Größe der Monitore ist bei uns kein Argument. Wir arbeiten alle mit einem 49" Monitor und einem 27" vertikal und ganz selten Mobil. Die Displays der Notebooks sind aber auch so gut geworden, dass man dass schon mal 1-2 Tage durchhält. Ich würde sowieso ungern nur mit einem Monitor arbeiten.
Je kürzer eine Zeile, um so besser und einfacher bekommt man bei diffs und merges das angezeigt.
Faustregel meines Erachtens: Bei der normalen Bildschirmauflösung sollte die doppelte Zeichenanzahl nebeneinander passen, damit das im Diff sauber lesbar ohne scrollen ist.
Dennoch ist klar - mit Generics & Co wird das manchmal schwer, weswegen 80 wirklich was knapp ist.
Nur weil du kannst, heiszt es nicht dass es eine gute Idee. Du kannst auch alle deine Klassen "Hansi1" bis "Hansi234" nennen.
Wie die anderen schon gesagt haben, es gibt mehr zu beachten als "bei mir passen aber 300 Zeichen auf den Bildschirm". Ich arbeite zum Beispiel mit einer Eclipse Konfiguration die in etwa 120 Zeichen zulaesst, schlicht und ergreifend weil ich viele Views noch um den Code angeordnet habe (und alle einklappen/verstecken macht micht wahnsinnig wenn ich die erst suchen muss wenn ich sie brauche, was oft ist). GitLab und GitHub stellen Diffs auch gerne nebeneinander dar, die haben so ziemlich feste Breiten, wenn ich mich richtig erinnere. Jedes andere Diff-Tool wird dir auch eine Ansicht nebeneinander anbieten, da wird der Platz eventuell auch eng. Bei jegliche Tools welche dir die Zeilen ausgeben (Code-Analyse und so weiter) wird es auch schwieriger zu lesen je laenger die Zeilen werden.
Und zu guter letzt, das lesen wird auch schwieriger je laenger die Zeilen werden. Zum Beispiel:
Java:
public CustomObject performComplexOperation(DataObject dataObject, int numberOfThreads, double roundingFactor, AnotherObject secondaryImportantThing, int AnotherParameter, LeastImportantObject tertiaeryObject) throws GeneralSecurityException, IOException {
// Logic
}
Umgebrochen bei 120:
Java:
public CustomObject performComplexOperation(DataObject dataObject, int numberOfThreads, double roundingFactor,
AnotherObject secondaryImportantThing, int AnotherParameter,
LeastImportantObject tertiaeryObject) throws GeneralSecurityException,
IOException {
// Logic
}
Meine Praeferenz:
Java:
public CustomObject performComplexOperation(
DataObject dataObject,
int numberOfThreads,
double roundingFactor,
AnotherObject secondaryImportantThing,
int AnotherParameter,
LeastImportantObject tertiaeryObject) throws GeneralSecurityException, IOException {
// Logic
}
Klar, wenn du lange Namen hast gewinnt man eventuell auch durch umbrechen nichts:
@Robert Zenz habe sogar grade herausgefunden wie man das in eclipse einstellen kann dass das builder pattern und das mit den Parametern pro Zeile angezeigt wird falls es interessiert / du noch nicht hast
I'm extremely frustrated with the Eclipse formatting rules for a series of qualified invocations (i.e., the Builder pattern style). For example, here is my preferred formatting for some code that c...
