Modelowanie szyny: Napraw lub pozostaw bez numeru.

Question

Jest to raczej pytanie filozoficzne niż techniczne.

Mam około 40 godzin pracy nad nową aplikacją Rails. Jest związana z handlem detalicznym i na początku wybrałem nazwę "przedmiot", aby opisać pojedynczy dostępny produkt na sprzedaż.

W miarę upływu czasu stało się dla mnie oczywiste, że był to błąd - słowo "przedmiot" jest zbyt ogólne, a "produkt" byłby lepszym wyborem.

Tak więc, przed którą mam teraz do czynienia, czy zmienię/zmieniam nazwy moich modeli, kodu ERB i tabel, zanim zbuduję więcej za pomocą tej nieco niewłaściwie wybranej nazwy, czy też zostawię ją tak, jak jest, czas i iść dalej? Obawiam się, że wybieranie tego ostatniego wielokrotnie powoduje niedorzeczny dług techniczny, jaki widziałem w innych projektach, ale myślę, że to może być forma przedwczesnej optymalizacji.

Myśli?

Answer 1

Konwencja nazewnictwa jest absolutnie niezbędna w przypadku średnich i dużych projektów. Powiedziałbym, że wejdę i wszystko naprawię, aby nazewnictwo było jak najbardziej szczegółowe. Ogólne identyfikatory szybko wymkną się spod kontroli w miarę wprowadzania nowych funkcji (raz byłem na projekcie, który miał klasę o nazwie UserReportReportReportParameters).

Im szybciej to zrobisz, tym mniej będzie bolało.

Edit: Powinienem chyba dodawać, że jeśli jest to niemożliwe ze względu na terminy lub jakichkolwiek innych ograniczeń, aby trzymać się aktualnego schematu nazewnictwa, dopóki masz czas byłaby wszystko naraz. Jestem przekonany, że zła konwencja nazewnictwa jest lepsza niż konwencja mieszanego nazewnictwa.