🚀 go-pugleaf

Nico Coesel wrote:

> "Jaap Beetstra" <jaap@nospam.beetstra.com> wrote:
> 
>>Passero wrote:
>>> Ik ben momenteel mijn examen object geori�nteerd ontwerp en analyse
>>> aan het leren voor maandag en dit jaar zagen we heel veel manieren
>>> om te refracteren maar ik heb nu gehoord van sommige bedrijven dat
>>> ze dat daar niet doen, omdat het tijd kost en time is money.
>>
>>Refactoren (zoals ik het noem) kost natuurlijk tijd, maar het niet
>>doen kost meer tijd. Als je aan het programmeren bent, maak je op
>>ieder moment keuzes, en het is lastig om iedere keer de juist keuze te
>>maken. Refactoren helpt je dan:
>>- je code leesbaarder te maken door betere namen voor je 
>>variabelen/classes/methods,

Kies je namen met zorg. Sterker, wellicht als de naam niet zo slim was 
beter om die te handhaven, want die kan er na korte tijd "in" zitten, en 
dan blijf je continu fouten fixen die met een slechte naam voorkomen 
hadden kunnen worden. Mijn ervaring is: zeer zelden nodig.

>>- je code leesbaarder te maken door een betere opdeling van je proces
>>in deelstappen,

Kan soms noodzakelijk zijn, zeker als een project wat klein begon ineens 
veel meer moet doen. Ik probeer altijd te voorkomen om voor jaar 2089 te 
ontwerpen tenzij direct duidelijk is dat dit de bedoeling is.

>>- je code leesbaarder te maken door je methoden onder te brengen in de
>>juiste class)

Kan soms nodig zijn als later een class B nodig blijkt te zijn die een 
deel van de code in class A kan hergebruiken, en dus een 
gemeenschappelijke ouder, class C, handig kan zijn.

>>- je code minder bug-gevoelig te maken door gelijksoortige code samen
>>te voegen, waardoor je eventuele bugs erin nog maar 1 keer hoeft te
>>ontdekken en op te lossen

Zie boven.

>>- je code te hergebruiken, door dependency-management
>>- enz...
> 
> Dus allemaal zaken rechtrekken die je eigenlijk al tijdens het ontwerp
> van de software had moeten doen?

Nee, want vaak weet je bij versie 1 niet waar versie 3 heen gaat. Een 
kleine editor die handig is kan ineens deel uit gaan maken van een IDE 
bijvoorbeeld. Of een editor van HTML moet ineens ook XML, PHP, Perl, 
Java, C# enz. netjes kunnen kleuren e.d. 

Als je bij versie 1 al rekening gaat houden met versie 2 t/m EOL dan zal 
het project meestal niet eens uit de ontwerpfase komen. Bij elk nieuw 
idee komen er dan zoveel problemen en nieuwe ideeen naar boven dat er 
een mooie infinite loop ontstaat :-D.

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html