Nome modello Rails: Fix o Leave As-Is

Question

Questa è più una questione filosofica che tecnica.

Ho circa 40 ore di lavoro su una nuova app Rails. È legato alla vendita al dettaglio e presto ho scelto il nome "oggetto" per descrivere un singolo prodotto disponibile per la vendita.

Con il passare del tempo è diventato ovvio per me questo è stato un errore - la parola "oggetto" è troppo generica, e "prodotto" forse sarebbe stata una scelta migliore.

Così la decisione sono di fronte a ora è, posso refactoring/rinominare i miei modelli, codice di ERB e tavoli prima di costruire più con questo nome un po 'mal scelto, o posso semplicemente lasciare così com'è, risparmiare un po' tempo e andare avanti? Sono preoccupato che la scelta di quest'ultimo sia ripetuta ripetutamente nel ridicolo debito tecnico che ho riscontrato in altri progetti, ma penso anche che questa potrebbe essere una forma di ottimizzazione prematura.

Pensieri?

Answer 1

La convenzione di denominazione è assolutamente necessaria per i progetti medio-grandi. Direi di entrare e rifattorizzare tutto per rendere la denominazione più specifica possibile. Gli identificatori generici saranno presto fuori controllo quando verranno introdotte nuove funzionalità (mi trovavo una volta in un progetto che aveva una classe denominata UserReportReportReportParameters).

Quanto più rapidamente lo si ottiene, tanto meno doloroso sarà.

Edit: Probabilmente dovrei aggiungere che se questo è impossibile a causa di scadenze o altri vincoli, di attenersi allo schema di denominazione corrente fino a quando si ha il tempo di refactoring tutto in una volta. Sono fermamente convinto che una cattiva convenzione di denominazione sia migliore di una convenzione di denominazione mista.