Gibt es keine weit verbreitete, moderne Java-coding-conventions?

Sonne "Code Conventions for the Java Programming Language" wurde zuletzt aktualisiert, April 1999. Zehn Jahre später hat sich viel geändert, in der Sprache, sowie Allgemeine Nutzungsmuster. Sind es mehr up to date, weit verbreiteten standards?

Meisten Richtlinien weglassen der Angabe von Datei-Kodierung und zeilenendungen. Sun empfiehlt gemischten Tabulatoren und Leerzeichen. Die Eclipse-IDE wird standardmäßig auf Eclipse-standard, die tabs nur. Die Maven-style-guide ist nur Leerzeichen. Viele style-guides, wie JBoss, Folgen Sie der Sonne-Richtlinien, sondern lieber K&R Zahnspangen statt OTBS. Jeder Apache-Projekt hat seinen eigenen style-guide, mit leichten unterschieden zwischen den einzelnen ein.

  • Ich mag Joel auf coding conventions und was Sie gedacht sind, aber allzu oft enden Sie wie die religion ohne jede kritische Gedanken über das warum: joelonsoftware.com/articles/Wrong.html
  • Tabs: Wenn Sie eines zuständigen editor, es kann und wird einfach konvertieren Sie die Registerkarten, um was auch immer ins Auge gefallen # der Räume, die Sie wünschen. Für die Feinabstimmung der Ausrichtung von code, Leerzeichen, verwenden.
InformationsquelleAutor brianegge | 2009-09-01
  1. 16

    Vier Räume - das ist es, was Gott verwendet.

    • Es ist das, was Sun verwendet (für JDK zumindest).
    • Komisch, das, was ich zu ;). Aber im ernst Mach dir keine sorgen über Datei Zeichenkodierungen und Zeilenenden - ich habe noch nie gehört, die kommen in eine Diskussion über coding-standards.
    • Das sind zwei Leerzeichen zu viel.
    • H: so dürfte Angabe, die Sie verwenden, 4 Leerzeichen, aber wenn man sich an der Quelle es ist ziemlich klar, dass Sie die mix-tabs bei 8 Zeichen mit Leerzeichen; entweder das, oder die Mehrheit der core-lib-Entwickler haben keinen Sinn für gute Einrückung ist.
    • H: so benutzten die alten Standard-Emacs-Formatierung, die verwendet vier Zeichen Einrücken, aber es schafft, mit Registerkarten für alle acht Charakter-block, und das macht den Unterschied, mit vier Räumen. Dies geht zurück auf eine Zeit, wo mit 1 byte über 8 für zwei Ebenen der Gedankenstrich (pro Zeile) begonnen, hinzufügen von bis zu realen Speicherplatz und Geld.
    • Einrückung = 4 Leerzeichen, sondern Tabulatoren = 8 Leerzeichen. Siehe der offizielle standard, der in oracle.com/technetwork/java/javase/documentation/...
    • Für einen moment dachte ich, er bezeichnet Jon Skeet, wie Gott.
    • Sie sind über ein Dokument, das hat nicht gewesen aktualisiert seit 1999, als Referenz?
    • Hat es abgelöst? Beachten Sie auch, dass Eclipse erkennt auch die 8-Spalte standard, wenn Sie gehen, um die editor-Einstellungen und wechseln Sie zu "java conventions"

    InformationsquelleAutor codingfloor
  2. 8

    Nur coding standard Sie wirklich brauchen, zu Folgen ist, dass, wie angenommen, die von Ihrem Projekt-team. Sie könnte nicht einverstanden mit tabs anstelle von Leerzeichen, aber wenn, dass ist die Codierung Konvention von Ihrem team, werden Sie am besten tun, um Ihr zu Folgen.

    • Bei dem Versuch, ein team zu bekommen, um Konsens, es ist oft sehr nützlich, um eine Liste von gemeinsamen standards, damit Sie sagen können: "ich denke, wir sollten uns verabschieden, standard-X -" oder "standard-Y verwendet wird, durch viele andere Projekte". Daher die Frage.
    • Ich bin damit einverstanden. Beim Versuch zu starten ein team oder einen Konsens, Sie sind absolut richtig. Leider, wie Sie, Ihre "Liste von gemeinsamen standards" enthält oft Konflikte!
    InformationsquelleAutor akf
  3. 6

    Es mag zwar altmodisch wirken, nicht viel Hinzugefügt worden, um den Kern der Sprache selbst ( die Bibliotheken haben eine Menge von eine Menge von Ergänzungen, wenn )

    Diejenigen, die ich mich erinnern kann sind jetzt enum und Generika, der rest war schon da, als Dokument wurde zuerst geschrieben.

    • Verwenden Sie 4 Räume immer.

    • Nicht verwenden, K&R oder Allman: Zwar ist es durchaus akzeptabel für C, C++ und C# es ist nicht immer der Fall für Java (es sei denn, das Projekt hat ausdrücklich entschieden, es zu benutzen ). Mit K&R oder Allman in Java ist optisch so unangenehm es wäre, es nicht zu verwenden in C.

    • Verwenden Sie immer Klammern, einschließlich single-line-Anweisungen.

    Generell versuchen Sie, nicht zu mischen Stile zwischen den Programmiersprachen. Es ist wie der Akzent in der Aussprache, die in einer natürlichen Sprache, Sie können verstanden werden, Sie können Lesen und schreiben, und haben ein brauchbares Niveau in der Sprache, sondern eine mangelhafte Aussprache wird nur Nerven, die native speakers.

    • Ich fühle mich viel geändert hat. Sowohl in Bezug auf die Funktionen, und wie Menschen die Sprache. Evolution ist der Grund, warum wir haben HashMap Hashmap nicht. Die Sprache hat nun annotations, static imports, autoboxing, foreach, etc.. ich selbst finde es schwer zu Lesen Java-1.0-1.2-code. Unicode ist Häufig genug, dass Sie finden Sie nun die Programme mit Unicode-Zeichen in Kommentaren und strings. Elemente wie "GNUmakefile - Der bevorzugte name für makefiles." konnte wahrscheinlich entfernt werden, die von der Sonne coding standard.
    • Was? Die offiziellen C# - Konventionen sagen, nicht zu verwenden Sie K&R. Im Vergleich zu der offiziellen Java-Konventionen erlauben.
    • Du hast Recht, es ist die Allman-Stil kein K&R
    • Wenn Sie vorschlagen, zu nicht verwenden Sie entweder K&R oder Allman in Java, was schlagen Sie vor, wir verwenden? Ich habe immer nur gesehen, diese zwei verwendet, in Java.
    • In K&R setzen Sie die öffnende Klammer für eine Klasse und eine Methode in einer neuen Zeile. Setzen Sie ihn einfach in der gleichen Zeile. Ich weiß nicht, ob das einen Namen hat
    InformationsquelleAutor OscarRyz
  4. 3

    Die Frage nicht Fragen, was dein coding-Stil ist, sondern eher für bestehende coding-standards.

    Fand ich die European Space Agency Java Coding Standards (pdf) ( alt link ), die scheint aktuell und umfassend, obwohl ich nicht sicher bin, wie weit verbreitet die Annahme ist.

    • "Regel 1: Verwenden Sie den Apache-Ant-tool, um automatisch erstellen Sie Ihr Projekt." Ich denke, das bedeutet, dass es gibt durchaus ein paar kaputte open-source-Projekten jetzt. 😉
    • Ja, aber das ist besser als Sun ' s Empfehlung 'GNUmakefile - Der bevorzugte name für makefiles.' Was Normen anbelangt, es ist ein Schmerz zu Holen, ein Projekt, wo der Letzte Entwickler verwendet Groovy/Ruby/Maven etc.. zu bauen Ihr Projekt. Sie können Ihr Projekt kompilieren, mit awk so weit, wie ich Pflege, solange Sie auch liefern oder exportieren Sie eine ant-Datei.
    InformationsquelleAutor brianegge
  5. 2

    Ray Ontko hat eine Bibliographie der Java-Coding-Standards. Aber es wäre schwierig, eine einzige standard als "weit verbreitet".

    InformationsquelleAutor Stephen C
  6. 1

    Erwägung ziehen, die man verwendet, die standardmäßig von der IDE-reformatter-Mechanismus. Sparen Sie eine Menge Zeit auf lange Sicht.

    Ermöglichen wir Aktionen speichern in Eclipse und tick-Format Quelle, so dass die Quellen immer neu formatiert. Dies bedeutet, dass eine Neuformatierung ändert nur Dinge passiert, seitdem das Letzte mal die Datei gespeichert wurde. Ist schön in der Quelle der Geschichte.

    Selbstverständlich können Sie nehmen Sie sich Zeit und definieren Sie Ihr eigenes format, aber es ist tendenziell einfacher, nur mit dem Eclipse-standard - ist es ok für uns.

    InformationsquelleAutor Thorbjørn Ravn Andersen
  7. 0

    Überprüfen Elements of Java Style

    • Dieses Buch ist fast so alt wie die Sonne ' s guide.
    • +1 Dies ist ein hervorragendes Buch, dass noch immer gilt, trotz seines Alters.
    InformationsquelleAutor Wilfred Springer
  8. 0

    Offiziellen coding-Konventionen sind zu finden unter dieser URL: http://www.oracle.com/technetwork/java/javase/documentation/codeconvtoc-136057.html

    InformationsquelleAutor Edward Falk
  9. -2

    BSD/Allman ist die einzige anständige Einzug Stil. Es erfüllt die grundlegenden Regel von geschweiften Klammern, wenn Sie sitzen auf verschiedenen Linien, Sie sollten sitzen in der gleichen Spalte. Auch Horstmann ist erträglich im Vergleich zu K&R.

    Stellen immer geschweifte Klammern, wenn Sie den code in den Editor. Ansonsten, aufgrund der auto-Einrücken features der IDE, es ist nutzlos und nervig.

    InformationsquelleAutor Marian
Schreibe einen Kommentar