Ich weiß nicht, ob es nur bei mir ist, aber wenn ich anfange, Code zu überarbeiten, verschwende ich viel Zeit damit und es endet nie.
Jedes Mal, wenn ich den Code erneut lese, finde ich etwas, das verbessert werden kann. Das Code-Refactoring gleicht meinem Gehirn einer Endlosschleife, und die Endebedingung wird zufällig ohne Befriedigung erreicht.
Wie viel Zeit sollte ich für die Überarbeitung meines Codes aufwenden?
Antworten:
Wenn Sie das Refactoring als etwas Eigenes und nicht als Teil des Entwicklungsprozesses betrachten, kann es niemals enden.
Wenn Sie dem testgetriebenen Entwicklungsansatz von Rot, Grün und Refactor folgen , müssen Sie normalerweise aus zwei Gründen nicht viel Zeit für das Refactoring aufwenden:
Sie werden nach und nach umgestalten, damit es keine Mammutaufgabe wird, sondern nur ein weiterer kleiner Schritt im TDD-Zyklus.
Der interne "Druck", den nächsten Test zu schreiben, wird Ihre Refactoring-Bemühungen auf einem vernünftigen Niveau halten.
Wenn Sie mit Legacy-Code arbeiten, befolgen Sie die "Pfadfinder-Regel" von Onkel Bob. Stellen Sie sich eine kurze Zeitspanne (z. B. 30 Minuten) zur Verfügung und versuchen Sie, den Code in einem saubereren Zustand als zuvor einzuchecken. Jedes Mal, wenn Sie den Code berühren müssen, wird er etwas besser. Mit der Zeit wird der am meisten veränderte Code in Ihrer Codebasis am besten lesbar und berücksichtigt sein.
quelle