Formatta codice Java in Netbeans/Eclipse, ma salvalo in modo diverso

Question

Ho già fatto una domanda correlata, ma suppongo che la radice della domanda sia. Diciamo che ho 2 sviluppatori nel team e ad entrambi piace guardare il codice in diversi formati. A uno piacciono le parentesi per essere su una nuova linea e l'altra no.

L'approccio che stavo usando prima è che ogni volta che eseguiamo una compilazione, il codice viene automaticamente formattato secondo gli standard Java/Sun usando Jalopy; tuttavia, mi piacerebbe che gli sviluppatori fossero il più felici possibile. Possono cambiare la dimensione del carattere, il colore del carattere, il colore dello sfondo, ecc.

Se sto utilizzando il plug-in Jalopy Maven per formattare il codice, posso/devo scrivere un hook su SVN che chiama mvn jalopy: format sul progetto quando è registrato? È affidabile?

Questa soluzione non funziona al 100% perché richiede allo sviluppatore di formattare manualmente il codice sorgente a loro piacimento ogni volta che apre un file che non è ancora stato formattato. Stavo pensando che un plug-in IDE sarebbe bello perché potrebbe automaticamente formattare la sorgente a loro piacimento e quindi salvarla come un'altra.

Quali altre opzioni devo garantire che il codice sia formattato correttamente al check-in?

Grazie,

Walter

Answer 1

Hm .. se si utilizza Eclipse è possibile effettuare le seguenti operazioni: 1. Configurare il formattazione che ti piace (Finestra/Preferenze/Java/Codice Stile/Formatter) 2 configura (Finestra/Preferenze/Java/Stile codice/Ripulisci), sotto controllo di modifica "Formatta codice sorgente" 3. se uno sviluppatore ha un progetto, può fare clic con il tasto destro su di esso e fonte/ripulire

Il progetto completo verrà quindi ripulito con le regole definite in quel punto. Quindi quindi dopo questo avrebbe avuto la sua formattazione.

Answer 2

IMHO stai sprecando le tue risorse con questo. Il formato del codice è (tra certi limiti) una questione di gusto; in ogni caso, le persone che lavorano in gruppo dovrebbero essere in grado di concordare l'uso di uno stile di codifica comune.

Una volta che qualcuno ha lavorato su un paio di progetti, (s) sa per esperienza che il proprio cervello può imparare un nuovo formato di codice in pochi giorni; dopo, è facile da interpretare come il precedente preferito. Così, si smette di avere un formato di codice "preferito". Quindi devo notare che attenersi a un formato di codice specifico è la malattia di un principiante; la tua squadra sarebbe meglio tentare di superarla per concentrarsi sullo sviluppo stesso.