Ich persönlich benutze 80-chars Zeilenseparatoren, wie folgt aus:
public class Client {
//================================================================================
// Properties
//================================================================================
private String name;
private boolean checked;
//================================================================================
// Constructors
//================================================================================
public Client() {
}
public Client(String name, boolean checked) {
this.name = name;
this.checked = checked;
}
//================================================================================
// Accessors
//================================================================================
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public boolean isChecked() {
return checked;
}
public void setChecked(boolean checked) {
this.checked = checked;
}
}
Natürlich ist dies ein bisschen übertrieben für so ein kleines POJO erscheinen, aber glauben Sie mir, es erwies sich in einigen großen Projekten sehr nützlich Dort musste ich durch große Quelldateien blättern und schnell die Methoden finden, an denen ich interessiert war. Es hilft auch, die Struktur des Quellcodes zu verstehen.
In Eclipse habe ich eine Reihe von benutzerdefinierten Vorlagen erstellt (Java -> Editor -> Templates im Eclipse-Dialogfeld "Preferences"), die diese Balken erzeugen, z. - sepa (Separator für Accessoren) - sepp (Separator für Immobilien) - SEPC (Separator für Konstrukteurs) - usw.
ich den Standard auch "neue Klasse" Vorlage (Java geändert -> Code-Style -> Code-Vorlagen im Eclipse-Einstellungsbildschirm)
Außerdem gibt es ein altes Eclipse-Plugin namens Coffee-bytes, das die Art und Weise verbessert, wie Eclipse Teile des Codes faltet. Ich weiß nicht, ob es noch funktioniert, aber ich erinnerte mich daran, dass man willkürliche faltbare Zonen definieren konnte, indem man spezielle Kommentare wie // [SECTION] oder etwas hinzufügte. Es könnte immer noch in den letzten Eclipse-Revisionen funktionieren, also schaut es euch an.
als iOS-Entwickler, das habe ich am meisten vermisst, als ich mit Android Studio begann –
downvoted: Mit modernen IDEs und Sprachen ist es eine schlechte Praxis. Wenn Sie Ihren Code partitionieren müssen, brechen Sie wahrscheinlich bereits das Prinzip der einfachen Verantwortlichkeit und es ist besser, sich in verschiedene Klassen/Dateien aufzuteilen. Wenn es mehrere Editoren gibt, wird es wahrscheinlich nach einiger Zeit nicht mehr synchron sein, da einige folgen werden, einige werden den Code umgestalten und neu organisieren, oder automatische Speicher- und Formatierungsaktionen werden es brechen. –
downvoted: Ich stimme mit @ f.carlsen überein. Wenn Sie Ihre Klasse mit Kommentaren strukturieren, ist es sehr wahrscheinlich, dass Sie das [Prinzip der einfachen Verantwortung] (https://en.wikipedia.org/wiki/Single_responsibility_principle) brechen. – Schrieveslaach