Convenzioni di denominazione Java rispetto alle convenzioni di denominazione C ++ / C

Questo è il punto in cui trovi il grosso problema con gli standard di codifica basati sullo stile: se il tuo team non scrive l'intera base di codice, scoprirai che ci sono discrepanze con lo standard dell'altro codice.

Quindi, il mio consiglio è di non sudare. Finché il tuo codice è chiaro, non importa se usi la custodia del cammello, il caso pascal o lo stile di sottolineatura. È più importante che il codice sia leggibile.

Non dovresti mai alterare lo stile delle terze parti in quanto ciò renderà impossibile il confronto con le nuove versioni, quindi devi stare con loro. Se hai 2 librerie in stile diverso, non hai altra scelta che seguire uno standard che ignori lo stile del codice. Non è così male, se sei un buon programmatore puoi leggere qualsiasi stile di codice. Se non lo sei, avere uno stile solitario non ti aiuterà affatto.

La convenzione di denominazione che citi proviene dalla libreria standard. La convenzione di denominazione è pratica piuttosto che prescrittiva. Cioè, la libreria standard deve introdurre simboli per utilizzare la libreria. La libreria standard vuole limitare quei simboli a un set fisso in modo che gli sviluppatori che usano la libreria non siano sorpresi quando potrebbe esserci una collisione di nomi.

La libreria standard ha scelto di utilizzare tutti i nomi in minuscolo con i separatori dei trattini bassi.

La tua scelta come sviluppatore è quella di usare quella convenzione o un'altra convenzione determinata da te e dal tuo team. L'uso della stessa convenzione può essere più gradevole, ma può anche causare conflitti di nomi (che vengono spesso risolti utilizzando spazi dei nomi, che possono aggiungere rumore al codice).

La convenzione C ++ (libreria non standard) comune è abbastanza vicina a Java.

Dal tuo esempio, una convenzione di denominazione C ++ utilizza in genere un nome di funzione in maiuscolo e un nome di classe in maiuscolo. Per estendere il tuo esempio:

int someVariable = SomeClass.SomeMethod(someParameterToPass);

Un'altra differenza è la convenzione JavaBeans dei nomi dei metodi precedenti con get, set o è prefissi. Molte convenzioni C ++ usano una convenzione simile. Tuttavia, alcuni gruppi preferiscono utilizzare la capacità di C ++ di sovraccaricare i nomi dei metodi in modo che get e set abbiano lo stesso nome ma firme diverse.

class Foo
{
public:
    Bar GetBar() const;
    void SetBar(const Bar& bar);
};

vs

class Foo
{
public:
    Bar Bar() const;
    void Bar(const Bar& bar);
};

Alcuni gruppi preferiscono non utilizzare l'overloading, preferendo la precedente convenzione.