När ska du refaktorera?
När ska du refaktorera?

Video: När ska du refaktorera?

Video: När ska du refaktorera?
Video: Baby Shark Dance | #babyshark Most Viewed Video | Animal Songs | PINKFONG Songs for Children 2024, November
Anonim

Martin Fowler beskriver regeln om tre, vilket förklarar när man ska refaktorera , i sin bok Refaktorering . Han säger att första gången utvecklare do något, de borde göra det rakt av. Nästa gång, om de do något liknande kan de duplicera den befintliga kodbiten. Tredje gången, de bör refaktorisera.

Härav, när ska du inte refaktorera?

Givet kod utan tester kan du refaktor det för att göra det mer testbart. Du gör inte refactor kod när du inte kan testa den resulterande koden i tid för att leverera den så att den fortfarande är värdefull för mottagaren. Du gör inte refactor kod när din refaktorering kommer inte förbättra kodens kvalitet.

Vet du också, när bör refactoring göras i agilt? Refaktorering Princip två: Business Catalysts Om företaget behöver en ny funktion, då refaktorering bör bara vara Gjort på de delar av systemet som krävs för att aktivera den funktionen. Med andra ord, gör det inte refaktor hela användargränssnittet, bara refaktor de delar som hänför sig till den specifika affärsförfrågan.

Utöver ovan, när ska du utföra refaktorering?

Refaktorering är processen att ändra kodens struktur utan att ändra dess beteende . Det borde användas till underlätta tillägget av funktioner. Eftersom resultatet är kod som "doftar" bättre, ibland blir folk förvirrade och tänker så refaktorering är ett slut till sig. jag håller inte med om den känslan.

Vad får dig att refaktorera?

En av de huvudsakliga skäl för omstrukturering är det någon gång du ta reda på att koden används av mer än en kodsökväg och du vill inte duplicera (copy&paste) utan återanvända. Detta är särskilt viktigt i de fall där du hitta ett fel i den koden.

Rekommenderad: