Gibt es weit verbreitete, moderne Java-Kodierungskonventionen?

Question

Suns "Code Conventions for the Java Programming Language" wurde zuletzt im April 1999 aktualisiert. Zehn Jahre später hat sich viel in der Sprache sowie in den allgemeinen Nutzungsmustern geändert. Gibt es aktuellere, weit verbreitete Standards?

In den meisten Richtlinien wird die Angabe der Dateicodierung und der Zeilenenden nicht angegeben. Sun empfiehlt gemischte Tabstopps und Leerzeichen. Die Eclipse-IDE verwendet standardmäßig den Eclipse-Standard, bei dem es sich nur um Registerkarten handelt. Die Maven style guide ist nur Leerzeichen. Viele Style-Guides wie JBoss folgen den Sun-Richtlinien, bevorzugen aber K & R-Klammern anstelle von OTBS. Jedes Apache-Projekt hat seinen eigenen Style Guide, mit kleinen Unterschieden zwischen den einzelnen.

Answer 1

Die Frage stellt sich nicht nach Ihrem Codierungsstil, sondern nach vorhandenen Codierungsstandards.

Ich fand die European Space Agency Java Coding Standards (pdf) (alt link), die auf dem neuesten Stand und umfassende scheint auf, obwohl ich nicht sicher bin, wie weit verbreitet die Annahme ist.

Answer 2

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

Answer 3

Ray Ontko hat eine Bibliography of Java Coding Standards. Es wäre jedoch schwierig, einen einzelnen Standard als "weit verbreitet" zu identifizieren.

Answer 4

Obwohl es vom aussehen, nicht viel wurde in den Kern Sprache selbst hinzugefügt (die Bibliotheken obwohl viele viele Ergänzungen gehabt haben)

Diejenigen ich jetzt erinnern kann, sind enum und Generika, der Rest war bereits da, als das Dokument zum ersten Mal geschrieben wurde.

• Verwenden Sie immer 4 Leerzeichen.

• Verwenden K & R oder Allman nicht: Während es durchaus akzeptabel für C, C++ und C# ist es nicht immer der Fall für Java (es sei denn, das Projekt ausdrücklich entschieden hat, es zu benutzen). Die Verwendung von K & R oder Allman in Java ist visuell unangenehm, da es in C nicht verwendet werden würde. Verwenden Sie immer geschweifte Klammern, einschließlich einzelner Zeilenanweisungen.

Im Allgemeinen versuchen Sie nicht, Stile zwischen Programmiersprachen zu mischen. Es ist wie die Akzentaussprache in einer natürlichen Sprache, man kann verstanden werden, man kann darin lesen und schreiben und hat ein praktikables Niveau in der Sprache, aber eine mangelhafte Aussprache wird die Muttersprachler nur nerven.

Answer 5

Der einzige Kodierungsstandard, dem Sie wirklich folgen müssen, ist der von Ihrem Projektteam akzeptierte. Sie können Tabulatoren anstelle von Leerzeichen nicht zustimmen, aber wenn dies die Kodierungskonvention Ihres Teams ist, werden Sie es am besten befolgen.

Answer 6

BSD/Allman ist der einzige anständige Einzugsstil. Es erfüllt die Grundregel der geschweiften Klammern - wenn sie auf verschiedenen Zeilen sitzen, sollten sie auf derselben Spalte sitzen. Selbst Horstmann ist im Vergleich zu K & R tolerierbar.

Setzen Sie immer geschweifte Klammern, wenn Sie in Notepad codieren. Ansonsten ist es aufgrund der Auto-Indenting-Funktionen Ihrer IDE nutzlos und ärgerlich.

Answer 7

prüfen Elements of Java Style

Answer 8

Betrachten wir die eine standardmäßig die von Ihrem IDE Reformatierer Mechanismus verwendet werden. Sparen Sie auf lange Sicht viel Zeit.

Wir aktivieren speichern Aktionen in Eclipse und kreuzen Quelle formatieren, so dass die Quellen immer neu formatiert werden. Dies bedeutet, dass eine Neuformatierung nur Dinge ändert, die seit dem letzten Speichern der Datei aufgetreten sind. Ist in Quellcodeverwaltung Geschichte.

Sie können sich natürlich Zeit nehmen und Ihr eigenes Format definieren, aber es ist einfacher, wenn Sie nur den Eclipse-Standard verwenden - es ist in Ordnung für uns.

Answer 9

Offizielle Codierung Konventionen sind unter folgenden URL zu finden: http://www.oracle.com/technetwork/java/javase/documentation/codeconvtoc-136057.html