Come spiegare ai tuoi colleghi di interrompere la creazione di pacchetti e classi denominati "Utils"?

5

Nella maggior parte dei progetti, alla fine, verrà visualizzato un pacchetto, una classe (o più pacchetti e classi) denominata "Utils", in cui viene scaricato ogni tipo di funzione.

Diventa sempre più difficile guidare il progetto senza una struttura propriamente detta. Ho provato a chiedere di smettere di usare "Utils".

Quando lo trovo se e la modifica alla base di codice è piccola, normalmente la rifroudo e la rimuovo, ma finiscono sempre per mostrare il codice.

Quindi conosci qualche strategia per far smettere di farlo? O sto solo facendo il nagger?

    
posta fmsf 04.04.2013 - 10:22
fonte

1 risposta

3

Il codice pulito è un problema valido. Mi piace la convenzione di Guava di utilizzare la forma plurale di un tipo, ad esempio Strings , Maps e MoreExecutors . Il problema principale è che qualcuno ha bisogno di uno o due metodi correlati, ma ritiene che una classe abbia bisogno di qualcosa di più per giustificare una classe separata. Questo è l'assunto problematico, e solo una cultura di frequenti revisioni del codice o progettazione rapida del corridoio lo catturerà presto.

Una cosa che può aiutare aiuta anche gli altri a usare il metodo di utilità: dimostralo a pochi altri quando è conveniente. Potrebbe essere sufficiente menzionare durante una riunione stand-up, "Ehi, ho creato una comoda classe di utilità per tagliare e standardizzare il nostro utilizzo di stringhe l'altro giorno. Si chiama Strings e si trova nel pacchetto com.example.type ."

Dirò che sono meno interessato a un pacchetto chiamato util finché ce n'è uno solo. Questo è tutto ciò che dovrebbe contenere altri pacchetti che sono agnostici delle applicazioni, cioè una libreria. Alcune persone chiamano questo pacchetto lib o tools , ma aggrotto le ciglia su nomi di pacchetti plurali (altrimenti ogni pacchetto finirebbe per plurale).

    
risposta data 04.04.2013 - 10:45
fonte

Leggi altre domande sui tag