Despre cod

Recomandăm coding style-ul Google sau Oracle.

Păstrați consistența coding style-ului pentru fiecare temă (de exemplu nu folosiți într-o temă două stiluri diferite de a pune parantezele).

• camelCase pentru numele metodelor și variabilelor. CamelCase pentru numele claselor.
• Liniile de cod nu ar trebui să depășească 80 sau 100 de caractere. Atunci când depășesc, “spargerea” liniei de cod se face:
  • înainte de operator
  • după un operator de atribuire
  • lăsați mai mult de patru spații pe linia următoare
• Exemple pentru line breaks:

String s = "a"
          + "b"
          + "c";
 
enum Color {
    RED,
    GREEN,
    BLUE
}
 
if ((condition1 && condition2)
        || (condition3 && condition4)
        ||!(condition5 && condition6)) {
    doSomethingAboutIt();
}            

• Nu folosiți import-uri wildcard (e.g. import java.util.*). Acestea încarcă namespace-ul și s-ar putea să aveți conflicte de denumiri (e.g java.util si java.awt ofera o interfata List, daca amandouă ar fi importate cu wildcard, atunci ar aparea conflict la folosirea interfeței List). În plus, dacă sunt folosite importuri fără wildcard, dependențele devin explicite, fiind mai ușor de observat.
• Javadoc-ul se face pentru clase și membrii lor publici și protected. Pentru metode simple și cu un rol evident, de genul getters si setters, puteți omite Javadoc-ul. Nu este recomandată documentarea metodelor private deoarece expun informații care fie nu sunt necesare celor care utilizează clasa respectivă, fie pot fi exploatate în mod malițios (e.g. breșe de securitate).
• Nu este recomandată declararea mai multor variabile pe aceeași linie (e.g. int a, b[], c;)
• Puneți adnotarea @override pentru metodele suprascrise (exemple de cazuri în care este utilă).

Trebuie să pun javadoc pentru toate clasele și membrii lor?

Javadoc-ul se face in general pentru clase și membrii lor publici și protected.

• Pentru metode simple și cu un rol evident, de genul getters si setters, puteți omite Javadoc-ul.
• Pentru metodele private … depinde de situație. In general nu este recomandată documentarea metodelor private deoarece expun informații care fie nu sunt necesare celor care utilizează clasa respectivă, fie pot fi exploatate în mod malițios (e.g. breșe de securitate). Este insa util de documentat si metodele private pentru o înțelegere mai ușoară a codului de către dezvoltatorii lui, dar în acel caz trebuie avut grijă să nu fie generate fișisierele html și pentru modificatorul 'private'.

Există multe taguri @…, care sunt cele mai folosite și utile?

• @param și @return le folosiți pentru parametrii și variablele returnate. Dacă scopul lor este evident, nu este necesar să le puneți
• @author - în javadoc-ul claselor, puteți configura IDE-ul să vi-l genereze
• {@inheritDoc} - pentru a copia documentația metodei suprascrise
• @link și @ see - o comparație foarte clară: link