Normalerweise schreibe ich Rails, aber ich habe mich gefragt, ob Refactoring durchgeführt werden soll.
Ich habe beim Lesen von "Refactoring: Ruby Edition" viel bemerkt, daher hier eine Zusammenfassung.
Es ist trivial, aber ich werde es vergessen, also werde ich es aufschreiben.
Organisieren Sie die interne Struktur des Quellcodes, ohne das Verhalten von außerhalb des Programms zu ändern.
[Wiki: Refactoring 2020/11/15](https://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%95%E3%82%A1%E3%82%AF%E3% 82% BF% E3% 83% AA% E3% 83% B3% E3% 82% B0_ (% E3% 83% 97% E3% 83% AD% E3% 82% B0% E3% 83% A9% E3% 83 % 9F% E3% 83% B3% E3% 82% B0))
Es wird oft gesagt, dass Refactoring immer während der Entwicklung durchgeführt wird, aber wann werden Sie es konkret tun? Ich habe es nicht wirklich verstanden.
Betrachten Sie zunächst das Ändern des vorhandenen Codes und das Hinzufügen von Funktionen als Beispiel.
Bei der Implementierung des oben Gesagten dachte ich, ich würde mit dem Gefühl von "Implementierung → Testcode → Refactoring" umgestalten.
Wenn Sie tatsächlich Funktionen hinzufügen, verstehen Sie zunächst den vorhandenen Code.
Refactoring umfasst auch das leichtere Lesen des Codes. Daher ist Refactoring möglicherweise die richtige Wahl, wenn Sie den vorhandenen Code zum ersten Mal verstehen.
Daher denke ich, dass es besser ist, im Ablauf von "Vorhandenen Code verstehen → Refactoring → Implementierung → Testcode → Refactoring" zu implementieren.
Auf diese Weise erleichtert das erste Refactoring das Verständnis des Codes, und an diesem Punkt hilft eine Pull-Anforderung anderen Entwicklern, ihn zu verstehen.
Wenn Sie Testcode haben, wird das erste Refactoring funktionieren, und wenn Sie keine Tests haben, sollten Sie ihn zu diesem Zeitpunkt schreiben, einschließlich des Verständnisses des Codes.
Beim Refactoring scheint es gut, dies zum folgenden Zeitpunkt zu tun.
Vorhandenen Code verstehen → Refactoring → Implementierung → Testcode → Refactoring
Recommended Posts