Hvornår skal du refaktorere?
Hvornår skal du refaktorere?

Video: Hvornår skal du refaktorere?

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

Martin Fowler beskriver trereglen, som forklarer hvornår der skal refaktoreres , i sin bog Refaktorering . Han siger, at første gang udviklere gør noget, de bør gøre det ligefrem. Næste gang, hvis de gør noget lignende, kan de duplikere det eksisterende stykke kode. Tredje gang, de bør refaktorisere.

Heraf, hvornår skal du ikke refaktorere?

Givet kode uden test, kan du evt refaktor det for at gøre det mere testbart. Du gør ikke refactor kode, når du ikke kan teste den resulterende kode i tide til at levere den, så den stadig er værdifuld for modtageren. Du gør ikke refactor kode, når din refaktorering vilje ikke forbedre kvaliteten af koden.

Ved også, hvornår skal refactoring udføres i agile? Refaktorering Princip 2: Business Catalysts Hvis virksomheden har brug for en ny funktion, så refaktorering bør kun være Færdig på de dele af systemet, der er nødvendige for at aktivere denne funktion. Med andre ord, lad være refaktor hele brugergrænsefladen, bare refaktor de dele, der vedrører den specifikke forretningsanmodning.

Udover ovenstående, hvornår skal du udføre refactoring?

Refaktorering er processen med at ændre kodens struktur uden at ændre dens opførsel . Det burde blive brugt til lette tilføjelsen af funktioner. Fordi resultatet er kode, der "lugter" bedre, bliver folk nogle gange forvirrede og tror det refaktorering er en afslutning til sig selv. jeg er uenig i den holdning.

Hvad får dig til at refaktorere?

En af de vigtigste årsager til refaktorering er det på et tidspunkt du finde ud af, at koden bruges af mere end én kodesti og du ønsker ikke at duplikere (copy&paste), men genbruge. Dette er især vigtigt i tilfælde, hvor du finde en fejl i den kode.

Anbefalede: