TS pak eens een potlood en papier en teken eens uit wat moet er in, wat moet ermee gebeuren en wat moet eruit.
1. Dan zie je dus al: 1 input, en 1 output.
2. Laat die hele gui en buttons en rommel los en maak eens een functie met parameters die 1 input krijgt en 1 output. Dus iets van: "private double mySqrt(double myNumber){"...
3. Roep die functie aan bij het starten van je programma met de nodige parameters en schrijf de output naar de debug log.
4. Zet breakpoints bij je functie aan het begin en stap door je code heen en KIJK wat er met je waardes gebeurt en of daar inderdaad een goede uitkomst in komt te staan.
5. Als dat allemaal goed werkt, dan pas koppelen aan de myBtn_Clicked(){ result = Convert(textboxInputValue); resultTextbox.text = result
Zet commentaar bij je stappen, dit is echt een must en wees niet vies om variabelen of tussenstappen te gebruiken om goed te kunnen debuggen. Zeker als je aan het leren bent. Hoe meer buttonClicked functies die niets hebben of loze zaken erin staan hoe rommeliger en onoverzichtelijker je code wordt.
Het voordeel van losse functies maken die niet gekoppeld zijn aan inputknoppen of textboxes loont zich later terug als je aan de gang gaat met utility classes etc, maar voor nu levert het vooral rust en overzicht op in je code.Je drukmaken om identation of naamgeving is inderdaad belangrijk, naar al heeft die functie nog zo'n mooie naam, als hij niet werkt heb je er nog geen donder aan. Zorg eerst dat het werkt en ga dan optimaliseren en mooi maken, maar doe dat uiteindelijk wel.
Maar serieus, als je uberhaupt goed wil kunnen programmeren zul je moeten leren omgaan met het door je code steppen, breakpoints zetten en watches plaatsen. Maar tot die tijd is het schrijven naar de debug log een goed alternatief.
[
Voor 9% gewijzigd door
Nibble op 20-09-2016 16:08
]