Exceptions van unchecked in checked veranderen about gt_oef1 HOT 5 CLOSED

Niet als je bewust een foutmelding wilt geven!

Throws zorgt ervoor dat je een try-catch block moet implementeren om de method te kunnen gebruiken.
Natuurlijk moet je de exception die je opwerpt ergens catchen, Anders crasht je app. Daarom implementeren we net de Throws clausule.Zodat je die fout moet opvangen en je programma dus niet crasht... (bijvoorbeeld de validatie van D/MM/YYYY ...).. Als ik de tekst lees van je link dan zou ik de 'throws' juist wel implementeren.

De nullpointexceptions zou ik wel moeten aanpassen zodat we een checked illegalArgument terugkrijgen. Was hier al van op de hoogte toen ik de unit test geschreven had. (die op NullpointerExceptions checkt)

--> Edit: Verstond (Un)Checked verkeerd denk ik. We zouden dan onze eigen exceptions moeten schrijven om deze checked te maken?

from gt_oef1.

Ah oké, in dat geval wel ja. Ik dacht dat de exceptions nergens opgevangen zouden worden, vandaar dat ze unchecked zouden zijn. Ik doe mijn veranderingen straks dan ongedaan!

from gt_oef1.

Niet per se, dat is wel een mogelijkheid. Met checked bedoelen ze gewoon simpelweg dat je er iets mee moet doen, dus try catchen. Met de throw new Exceptions dat we nu gebruiken checken of verifiëren we niets. We smijten enkel een exception in de face van de gebruiker.

Door de exceptions the catchen kunnen we ook proberen om er een vervolg aan te bieden, ipv het programma te stoppen.

from gt_oef1.

Er komt nog een scherm tussen de klassen die we nu schrijven en de gebruiker!
Het is de bedoeling dat je in de interface (de schermen) alle exceptions die je nu throwt opvangt en vertaalt naar een duidelijk foutbericht voor de gebruiker.
Als je overal throws gebruikt, dan ben je zeker dat je geen exceptions vergeet te catchen.

Op 29-okt.-2014, om 23:27 heeft memamo [email protected] het volgende geschreven:

Niet per se, dat is wel een mogelijkheid. Met checked bedoelen ze gewoon simpelweg dat je er iets mee moet doen, dus try catchen. Met de throw new Exceptions dat we nu gebruiken checken of verifiëren we niets. We smijten enkel een exception in de face van de gebruiker.

—
Reply to this email directly or view it on GitHub.

from gt_oef1.

idd, dus we zetten de throws terug zodat opgeworpen fouten sowieso ge-catched moeten worden als we de Datum classe later gaan gebruiken.
De null-pointer-Exceptions zijn dan wel juist. Die moeten un-checked blijven want dat zijn uiteindelijk programmeer fouten.

from gt_oef1.