Właśnie natknąłem się na artykuł „ Reguła trzech ” w Wikipedii
Zasada trzech jest podstawową zasadą refaktoryzacji kodu, która decyduje, kiedy zreplikowany fragment kodu powinien zostać zastąpiony nową procedurą. Stwierdza, że kod można skopiować raz, ale gdy trzy razy użyje się tego samego kodu, należy go wyodrębnić w nowej procedurze. Zasada została wprowadzona przez Martina Fowlera w Refactoring i przypisana Donowi Robertsowi.
Wiem, że jest to tylko ogólna zasada, ale dlaczego refaktoryzacja jest zalecana dopiero po drugim powieleniu? Czy jest jakaś wada refaktoryzacji, kiedy piszemy pierwszą kopię?
refactoring
dry
rule-of-three
Louis Rhys
źródło
źródło
Odpowiedzi:
Myślę, że ta ogólna zasada istnieje, ponieważ łatwo jest przyłapać się na graniu „Co, jeśli ...” podczas projektowania kodu po raz pierwszy lub po pierwszym powieleniu. W niektórych przypadkach napotkałem poważny paraliż analizy, ponieważ ludzie zaczęli projektować funkcje, które mogą być potrzebne później. Ale nie jest to konieczne w przypadku bezpośredniego problemu.
Istnieje sztuka projektowania / pisania tylko tego, czego potrzebujesz, przy jednoczesnym zachowaniu kodu do przyszłego przefaktoryzowania.
źródło