Schrijf testen 1 eerste . Dit krijgt een programmeur in de gewoonte van het denken in termen van wat de software moet doen en hoe klanten zullen communiceren nodig hebt met het.

Voordat een methode is geschreven , wordt een test geschreven , dat controleert of de functie vervult volgens spec . Hierdoor kan een programmeur te testen , implementeren en debuggen in kleinere stappen - het is veel makkelijker om 10 lijnen van de nieuwe code debuggen dan 2000 na het feit

Code 2 door intentie ! . Dit is de praktijk van het doen alsof klassen , functies , procedures etc. bestaan ​​( ook al zijn ze niet doen ) als je de structuur en schrijf uw code . Dit helpt een ontwikkelaar denken over het totale proces en grotere stappen van software in plaats van de kleine details .
3

Vermijd redundantie . Ontwikkelaars weten meestal dat het dupliceren van code is geen goed idee . Echter , wordt dubbel werk meestal ingevoerd in projecten zonder dat ontwikkelaars zelfs maar te weten dat ze het doen. Een veel voorkomende praktijk is wanneer een nieuwe eis komen dat bij aanvang kan worden geïmplementeerd door knippen en plakken code en het maken van een paar kleine aanpassingen snel gewoon .

Een betere benadering zou zijn om de oorspronkelijke stukje code krijgen werken in beide situaties , hetzij door het passeren van variabelen of met behulp van een switch statement , etc.

Refactor 4 zoals nodig . Dit helpt meestal te verminderen redundantie en kan het versterken van de kwaliteit van de code sinds code is herschreven voor de duidelijkheid en onderhoudbaarheid . Testgevallen moet voorkomen dat het veranderen van codes uiterlijk gedrag .
5

Kapselen , kapselen , kapselen ! Inkapseling is het concept van het verbergen van implementatie details . Dit stelt ontwikkelaars de mogelijkheid om te veranderen hoe een klas winkels en haalt de gegevens of hoe een object is opgebouwd ( bijvoorbeeld door het gebruik van fabrieken ) zonder enige voorwerpen die gebruiken of interactie met die klasse .