Come indentate i vostri progetti?

[kingv]

oltre al tool GNU suggerito da Vicious date un occhio anche a Jalopy.
E' un tool in Java che ha dalla sua la possibilità di generare in maniera grafica molto intuitiva le regole che verranno poi utilizzate per formattare il codice.

[Ziosilvio]

In pratica, Fenomeno85 ci sta chiedendo se preferiamo lo "stile Java":

blocco {
    istruzioni
}

o lo "stile K&R":

blocco
{
    istruzioni
}

Io ormai mi sono abituato col K&R.
Riconosco però che lo stile Java aiuta molto ad evitare errori del tipo:

for (i=0; i<100; i++);
{
    printf("%d\n",i);
}

Penso, in futuro, di adottare uno stile "ibrido", in cui uso il K&R per le funzioni e l'altro per tutto il resto; ma non so se finirebbe per essere disorientante...

[Ubi-Wan]

Originariamente inviato da Ziosilvio
Penso, in futuro, di adottare uno stile "ibrido", in cui uso il K&R per le funzioni e l'altro per tutto il resto; ma non so se finirebbe per essere disorientante...

e' esattamente quello che faccio io da un paio di anni, il risultato come leggibilita' mi sembra ottimo

[cionci]

Originariamente inviato da Ubi-Wan
e' esattamente quello che faccio io da un paio di anni, il risultato come leggibilita' mi sembra ottimo

Io usando il primo ho dei seri problemi a ritrovare l'apertura e la chiusura dei blocchi

[Ubi-Wan]

boh, io mi trovo bene, per trovare l'inizio dei blocchi mi regolo con il rientro del codice, per trovare la fine guardo la parentesi graffa....forse bisogna farci l'abitudine

[beppegrillo]

Originariamente inviato da Ubi-Wan
boh, io mi trovo bene, per trovare l'inizio dei blocchi mi regolo con il rientro del codice, per trovare la fine guardo la parentesi graffa....forse bisogna farci l'abitudine

Si infatti credo sia solo questione di abitudine, con una indentazione fatta bene vedi subito la parentesi graffa a quale blocco appartiene.

[fek]

Io uso la seconda perche' mi trovo meglio nell'individuare velocemente i blocchi di codice, ma e' una questione puramente stilistica.

L'importante e' usare sempre lo stesso stille in maniera consistente (non gli ibridi) e scrivere metodi corti, non piu' di 15/20 righe e 5/7 punti ciclomatici (if, for, while). Ed usare nomi descrittivi per variabili e metodi.

Quando si riescono a tenere i metodi corti, lo stile usato per le parentesi diventa quasi ininfluente.

[theClimber]

Personalmente preferisco il secondo stile; in particolare per i metodi mi piace il fatto che la parentesi graffa aperta nella riga sotto la signature inserisca uno spazio bianco che la metta in evidenza.

La cosa piu' importante e' la consistenza dello stile, specialmente quando si lavora su un progetto con piu' sviluppatori: l'obiettivo e' fare in modo che il codice sia omogeneo per facilitarne la lettura.

L'importanza dell'indentazione comunque e' minore rispetto allo scrivere metodi brevi con nomi significativi: l'indentazione si sistema in 2 minuti usando tool automatici, ma se il codice e' scritto male sono dolori...

x 71103:

Tabulazioni? orrore se qualcuno nello stesso team ha settaggi diversi del tab, il codice si scompiglia terribilmente; per questo ,olti progetti open source hanno coding conventions che vietano i tab. Meglio usare un editor che converta i tab in space al salvataggio.

Ciao