SVAR: Refactoringarbete utgör en naturlig del av en programmerares vardagsuppgifter. Till skillnad från Mozart som sades skriva ner sina musikaliska alster direkt på notpappret utan efterbearbetning så måste de flesta människor revidera sitt arbete innan perfektion uppstår.
Begreppet perfektion är diskuterbart, definitivt inom mjukvaruutveckling.
Ofta finns många vägar mot målet och flera av dem är tillräckligt bra.
Däremot finns det tyvärr bra och dålig design.
Dålig design får alltid den svåra konsekvensen att koden degenererar och inte blir underhållbar vilket är enormt frustrerande för utvecklare som tar över sådan legacy-kod.
Dålig design föder dessutom ofta fler buggar än de som rättas på grund av dålig förståelse för koden. Den yttersta konsekvensen är i många fall tyvärr en total omskrivning. Mycket kostsamt för företagen.
Så vad kan man göra åt saken?
Svaret heter refactoring i ständigt iterativa cykler och med automatiserade tester som skyddsnät. Ta för vana att betrakta din skrivna kod som om det var första gången du såg den och skriv om så att den är lätt att läsa och förstå även för andra. Detta låter som stor mertid, men med moderna utvecklingsmiljöer kan detta göras extremt snabbt. Betänk att 90 procent av programmerarens tid sägs gå åt till att läsa redan skriven kod.
Jag vill understryka tre bra grundläggande refactoringtips:
1: Försök att få till ett löst kopplat system, så kallad Low coupling. Detta kan exempelvis åstadkommas med hjälp av Dependency injection där beroendet helt enkelt skjuts in i klassen av de nyttjande klasserna.
2: Försök att få till klara ansvarsåtaganden i dina klasser, så kallad High cohesion. Det är svårt att förstå och underhålla kod som försöker göra allt på en gång. Bryt ut dessa ansvarsområden till dedikerade klasser i stället, vilket ökar tydligheten i din kod.
3: Låt inte dina metoder bli för stora. Tillämpa refactoringmönstret Extract to method. Den underliggande principen brukar jag kalla för söndra och härska. Komplexa problem löses genom att vi delar in dem i enklare delproblem vilket också ökar läsbarheten.
Det finns mycket kunskap att läsa sig till om bra designmönster och principer kring dem.
Men det största steget nås genom ditt eget sunda förnuft och med insikt om att kod också skrivs för att läsas av människor och inte enbart av kompilatorn.
- IT
- CIO Sweden
- Computer Sweden
- CS Jobb
- CSO
- Executive Report
- IDG.se
- Internetworld
- IT i vården
- IT24
- IT-tjej
- Level
- M3
- MacWorld
- PC för Alla
- TechWorld
- Testcentret
- ANDRA OMRåDEN
- Big Twin
- Biotech Sweden
- CAP&Design
- MiljöAktuellt
- Studio
- Teknik360 NY!
- Upphandling24
- MER FRåN IDG
- Branschkoll
- Kundcase
- Nyhetsbrev
- Pressmeddelanden
- Whitepapers & Webcasts
Vem tycker du är
OBS! Denna artikel är mer än tio dygn gammal och är därför stängd för vidare debatt.