Conventionen

e9926044

Bekanntes Mitglied
Hi,

habt ihr in eurer Firma code conventions bzw. welche.
Wir haben vor kurzem eine Liste eingebührt aber die ist sehr kurz (immutable objekte, keinen finalizer, equals methode soll reflexve usw sein, immer toString überschreiben)
Was würdet ihr noch in den codeconventions reinschreiben?
 
G

Gast2

Gast
- Keine TABS, sondern z.B. 4 Leerzeichen
- Hinweis auf die allgemeinen Java Conventions (CamelCase ect.)
- Klammerregeln
- Eventuell auch einfach die passenden Preferences für die verwendete(n) IDE zur Verfügung stellen.
 

PeterS

Mitglied
- Keine nicht genutzten imports
- Anzahl Übergabeparameter in Methoden begrenzen
- Zeilenlänge begrenzen
- Javadoc Kommentar zu jeder Methode (zumindest zu den public)
 

c_sidi90

Top Contributor
methodcomments find ich aufjedenfall auch notwendig, das pflegen wir auch so, bei den gettern & settern lassen wir die in der Regel auch weg.
 
M

maki

Gast
JavaDoc sollte Dokumentation sein,

aber wenn die JavaDoc keine Informationen hinzufügt, welche zB. nicht schon aus der Methodennamen, Parameter und Rückgabewert ersichtlich sind, dann ist JavaDoc keine Dokumentation sondern schlicht überflüssiger Text der den Quellcode schwieriger zu lesen macht.

Halte da nix von dogmatischen Ansätzen, schliesslich kostest Dokumentation auch Zeit, und eine Methode mit viel JavaDoc zu refactoren kann soviel arbeit sein, dass man sie lieber nicht refactored, dan schadet sie nur... ;)

80 Zeichen pro Zeile stammt aus den 80er Jahren, heute sind 120 zeichen/Zeile kein Problem mehr IME.

Gut finde ich die maximale Methdoenlänge zu begrenzen :D
 

Oben