Ich bin gerade auf den Artikel " Rule of Three " in Wikipedia gestoßen
Bei der Dreierregel handelt es sich um eine Faustregel zur Umgestaltung des Codes, mit der entschieden wird, wann ein replizierter Code durch eine neue Prozedur ersetzt werden soll. Es besagt, dass der Code einmal kopiert werden kann, aber wenn derselbe Code dreimal verwendet wird, sollte er in eine neue Prozedur extrahiert werden. Die Regel wurde von Martin Fowler im Refactoring eingeführt und Don Roberts zugeschrieben.
Ich weiß, dass dies nur eine Faustregel ist, aber warum wird empfohlen, die Umgestaltung erst nach der zweiten Vervielfältigung vorzunehmen? Gibt es einen Nachteil beim Refactoring, wenn wir die erste Kopie schreiben?
refactoring
dry
rule-of-three
Louis Rhys
quelle
quelle
Antworten:
Ich denke, diese Faustregel existiert, weil es leicht ist, beim ersten Entwerfen des Codes oder nach der ersten Vervielfältigung "Was wäre wenn ..." zu spielen. Ich habe in einigen Fällen eine schwere Analyse-Lähmung festgestellt, weil Leute angefangen haben, Funktionen zu entwickeln, die möglicherweise später benötigt werden. Wird aber für das unmittelbare Problem nicht benötigt.
Es gibt eine Kunst, nur das zu entwerfen / schreiben, was Sie brauchen, während der Code für künftiges Re-Factoring zugänglich bleibt.
quelle