"Hallo, beste vriend! Ik wil niet sentimenteel zijn, maar dit is de laatste keer dat we elkaar ontmoeten..."
"Professor, gaat u echt uw post verlaten? Want ik ga zeker niet stoppen en mijn studie opgeven. U zei dat u moet leren zonder te stoppen, en lezingen moet geven, en boeken, en... In het algemeen, een programmeur moet constant groeien."
'Ik ben blij dat je deze lessen goed hebt geleerd. 'Je weet bij wie je terecht kunt als je ooit de theorie goed wilt begrijpen. Maar ik denk dat jij, mijn student, binnenkort je leraar zult overtreffen.
"En natuurlijk heb ik eindelijk iets voor je uitgezocht!
Foutopsporing in IntelliJ IDEA: een beginnershandleiding
Laten we meteen iets verduidelijken: er is geen code zonder bugs... Dit is gewoon hoe het leven werkt. We moeten dus niet uit elkaar vallen en opgeven als onze code niet werkt zoals we hadden verwacht.
Maar wat moeten we doen? Welnu, we zouden System.out.println-statements overal kunnen plaatsen en dan de console-uitvoer doorzoeken in de hoop een fout te vinden.
Dat gezegd hebbende, je kunt (en mensen doen) debuggen door zorgvuldig te loggen.
Maar als u uw code op een lokale computer kunt uitvoeren, is het beter om de foutopsporingsmodus te gebruiken. In dit artikel zullen we overwegen om een project te debuggen met behulp van IntelliJ IDEA.
Terwijl je leert programmeren, schrijf je meestal (behalve als je in de theorie graaft) code en schrijf je nog wat meer. Dit betekent gedeeltelijk dat de meeste beginnende ontwikkelaars denken dat dit is wat ze in de toekomst zullen doen. Dat is allemaal goed en wel, maar de taak van een programmeur omvat ook het onderhouden en herstructureren van code. Vandaag gaan we het hebben over refactoring.
In dit tweedelige artikel vindt u een kleine gids (reeks aanbevelingen) voor het schrijven van betere code. Laten we de basisregels en -concepten bespreken die te maken hebben met het maken van een systeem en het werken met interfaces, klassen en objecten. Laten we gaan!
-->
GO TO FULL VERSION