Når bør du refaktorere?
Når bør du refaktorere?

Video: Når bør du refaktorere?

Video: Når bør du refaktorere?
Video: When should you refactor your code? | Code Refactoring 101 2024, November
Anonim

Martin Fowler beskriver regelen om tre, som forklarer når det skal refaktoriseres , i boken hans Refaktorering . Han sier at første gang utviklere gjøre noe, de burde gjøre det rett og slett. Neste gang, hvis de gjøre noe lignende, kan de duplisere den eksisterende kodebiten. Tredje gang, de bør refaktorisere.

Herav, når bør du ikke refaktorere?

Gitt kode uten tester, kan du refaktor det for å gjøre det mer testbart. Du gjør ikke refaktor kode når du ikke kan teste den resulterende koden i tide til å levere den slik at den fortsatt er verdifull for mottakeren. Du gjør ikke refaktor kode når din refaktorisering vil ikke forbedre kvaliteten på koden.

Vet du også, når bør refaktorering gjøres i agile? Refaktorering Prinsipp to: Business Catalysts Hvis virksomheten trenger en ny funksjon, da refaktorisering bør bare være ferdig på de delene av systemet som kreves for å aktivere denne funksjonen. Med andre ord, ikke gjør det refaktor hele brukergrensesnittet, bare refaktor delene som er relatert til den spesifikke forretningsforespørselen.

Foruten ovenfor, når bør du utføre refaktorisering?

Refaktorering er prosessen med å endre strukturen til kode uten å endre dens oppførsel . Det burde bli brukt til lette tillegget av funksjoner. Fordi resultatet er kode som «lukter» bedre, noen ganger blir folk forvirret og tenker det refaktorisering er en slutt til seg selv. Jeg er uenig i den følelsen.

Hva får deg til å refaktorere?

En av de viktigste årsaker til refaktorisering er det på et tidspunkt du finne ut at koden brukes av mer enn én kodebane og du ønsker ikke å duplisere (copy&paste) men gjenbruk. Dette er spesielt viktig i tilfeller hvor du finne en feil i den koden.

Anbefalt: