Gathering of Tweakers

quote:

Nick_S schreef op woensdag 16 juli 2008 @ 15:18:
[...]

Omdat je voor fouten die je niet verwacht ook geen afhandeling kan geven. Dit zal dus ook niet door jouw laag afgehandeld moeten worden, maar door de laag er boven (of hoger) tot het uiteindelijk door de GUI, VM o.i.d. wordt afgevangen, die er wel wat mee kan. (Melding naar gebruiker geven, VM plat gooien) Fouten opslokken of half afvangen heeft niemand wat aan.

Dit soort constructie "verbergt" ook vaak andere, programmeer, fouten, zoals NullPointerExceptions.
Bijvoorbeeld:
Java:

1 2 3 4 5 6

Product product = productDAO.getProduct(); try {    product.verwerk(); } catch (Exception exception) {    throw new ProductNotFoundException(); }

Dit is in ieder geval netter (en ook efficienter):
Java:

1 2 3 4 5 6

Product product = productDAO.getProduct(); if (product == null) {     throw new ProductNotFoundException(); } else {     product.verwerk(); }

Zeker als product.verwerk() ook nog een exceptie kan gooien. Bij het eerste voorbeeld slok je deze dus op met een ProductNotFoundException. Bij het tweede voorbeeld zou je deze exceptie wel expliciet te zien krijgen.

quote:

denheer schreef op woensdag 16 juli 2008 @ 15:45:
In een financieel pakket kwam ik o.a. dit juweeltje tegen:
Visual Basic:

1 2 3 4 5

antw = vbNo While antw = vbNo     antw = MsgBox("Geen invoer records, dus geen exportbestand. ", _     vbYesNo + vbDefaultButton2 + vbCritical, App.EXEName) Wend

Waarom iemand hier een vbYesNo neerzet en bij vbNo de msg opnieuw laat zien is mij een raadsel.

quote:

LuCarD schreef op woensdag 16 juli 2008 @ 16:11:
[...]


Ik ben geen java expert. Maar als je het nou zo oplost
Java:

1 2 3 4 5 6 7 8 9 10 11

Product product = productDAO.getProduct(); try {    product.verwerk(); }  catch(NullException Exception) {   throw new ProductNotFoundException(); } catch (Exception exception) { // throw same exception once more  throw new Exception(); }

quote:

LuCarD schreef op woensdag 16 juli 2008 @ 16:11:
[...]


Ik ben geen java expert. Maar als je het nou zo oplost
Java:

1 2 3 4 5 6 7 8 9 10 11

Product product = productDAO.getProduct(); try {    product.verwerk(); }  catch(NullException Exception) {   throw new ProductNotFoundException(); } catch (Exception exception) { // throw same exception once more  throw new Exception(); }

quote:

LuCarD schreef op woensdag 16 juli 2008 @ 16:11:
[...]
Ik ben geen java expert. Maar als je het nou zo oplost
Java:

1 2 3 4 5 6 7 8 9 10 11

Product product = productDAO.getProduct(); try {    product.verwerk(); }  catch(NullException Exception) {   throw new ProductNotFoundException(); } catch (Exception exception) { // throw same exception once more  throw new Exception(); }

quote:

Niemand_Anders schreef op woensdag 16 juli 2008 @ 17:17:
[...]
Je hebt dan alleen nog maar de stacktrace en de beschrijving van de foutmelding.

quote:

onverwachte excepties zoals te weinig geheugen.

quote:

Janoz schreef op woensdag 16 juli 2008 @ 16:47:
Java:

1 2 3 4 5

try {             defaultValue = new Integer(this.getProperty(key));         } catch (NumberFormatException nfe) {             LOG.info("Unable to retrieve integer, returning default.");         }

Blijkt dus dat ik zelf ook gewoon een log message wegschrijf ..

quote:

Nick_S schreef op woensdag 16 juli 2008 @ 17:24:
Dat zijn de zogeheten RuntimeExceptions, waar je over het algemeen weinig mee kan. (Hoe zou je bijvoorbeeld een OutOfMemoryException willen afhandelen?

quote:

mark platvoet schreef op donderdag 17 juli 2008 @ 07:56:
[...]

Daarom hebben ze daar gelukkig een Error van gemaakt en is het dus een OutOfMemoryError. Error is een afgeleide van Throwable en niet van RuntimeException. Je kunt dus vrij veilig Exception/RuntimeException vangen als je daar aanleiding toe hebt.

g4wx3 wijzigde dit bericht 21-07-2008 23:43 (47%)

quote:

g4wx3 schreef op maandag 21 juli 2008 @ 23:38:
Een typisch voorbeeld om de klasse te gebruiken:
PHP:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

<?php $form = new FORM('setup0'); $form->set_title('Setup database connection'); $form->set_method('post'); $form->set_action('index.php'); $form->set_input('server'); $form->server->set_label('Database url'); $form->server->set_type('text'); $form->server->set_value($server); $form->set_input('username'); $form->username->set_label('Username'); $form->username->set_type('text'); $form->username->set_value($username); $form->set_input('password'); $form->password->set_label('Password'); $form->password->set_type('text'); $form->password->set_value($password); $form->set_input('submit'); $form->submit->set_type('submit'); $form->submit->set_value('Next'); ?>

g4wx3 wijzigde dit bericht 22-07-2008 00:17 (9%)

quote:

g4wx3 schreef op dinsdag 22 juli 2008 @ 00:09:
dat voorbeeldje deed niet meer dan het printen van deze code;
HTML:

1 2 3 4 5 6 7 8 9 10 11 12

<form method="post" action="index.php"> <fieldset> <legend>Setup database connection</legend> <input type="hidden" name="form" value="setup0"> <ul class="formmargin"> <li><label for="server"><span>Database url</span><input id="server" name="server" value="localhost" type="text" class="input"></label></li> <li><label for="username"><span>Username</span><input id="username" name="username" value="root" type="text" class="input"></label></li> <li><label for="password"><span>Password</span><input id="password" name="password" value="root" type="text" class="input"></label></li> <li><input value="Next" type="submit" class="input submit"></li> </ul> </fieldset> </form>

Zeker ik nu de code voor me zie, ben ik blij dat ik alles met een klasse parse (al m'n html trouwens)

quote:

g4wx3 schreef op maandag 21 juli 2008 @ 23:38:
Ik ben ooit een klasse begonnen om wat formulieren makkelijk in een te steken. Naarmate ik meer dingen nodig had, heb ik deze er ook op geımplementeerd. Hij is nog niet af, maar hij voldoet aan mijn behoeften. (aangezien ik hem zelf steeds uitbreid)
Ik zou graag de 300 regels code met jullie delen, vooral om hem te verbeteren, maar ook dat jullie er ook gebruik van kunnen maken.
Mijn vraag: Zijn er geïntreseerden? Waar kan ik dit het beste posten?

*De klasse voldoet aan mijn behoefte, ik vraag niemand code werk.
Ik heb nooit PHP oid gestudeerd, maar op deze manier zou ik graag wel wat extra ervarng willen opdoen.

EDIT:

Een typisch voorbeeld om de klasse te gebruiken:
PHP:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

<?php $form = new FORM('setup0'); $form->set_title('Setup database connection'); $form->set_method('post'); $form->set_action('index.php'); $form->set_input('server'); $form->server->set_label('Database url'); $form->server->set_type('text'); $form->server->set_value($server); $form->set_input('username'); $form->username->set_label('Username'); $form->username->set_type('text'); $form->username->set_value($username); $form->set_input('password'); $form->password->set_label('Password'); $form->password->set_type('text'); $form->password->set_value($password); $form->set_input('submit'); $form->submit->set_type('submit'); $form->submit->set_value('Next'); ?>

*set_input is was een slechte naam voor wat de methode eigenlijk doet:
Het maakt een nieuw object van een andere classe met deze naam. In deze clase zijn methoden om je input velden (ea) op te stellen
Zo zijn er dus tal van slordigheden in de classe, die ik al over het hoofd zie ondertussen.

rwb wijzigde dit bericht 22-07-2008 09:03 (89%)

quote:

g4wx3 schreef op dinsdag 22 juli 2008 @ 00:09:
Zeker ik nu de code voor me zie, ben ik blij dat ik alles met een klasse parse (al m'n html trouwens)

quote:

Gomez12 schreef op maandag 21 juli 2008 @ 23:41:
Q: Wat is eigenlijk het devies met commentaar?

Op dit moment ben ik met nog een aantal mensen bezig aan een project en daar komt op zich alleen het hoogstnoodzakelijke commentaar in voor. Iedereen die erbij betrokken is kan de huidige code zo lezen en schrijven, hier is heel weinig geen commentaar voor nodig.

Nu hebben we een nieuwe aanwinst bij ons project en die kan de code niet lezen en schrijven. Hij vraagt dan ook om meer commentaar, alleen voor de huidige proggers is het gewoon duidelijk...

Net zoals je aan een wiskundige geen stelling van pythagoras hoeft uit te leggen, aan een C-progger geen pointers hoeft uit te leggen, volstaat onze huidige commentaar vorm goed voor de huidige proggers.
Nu is de vraag, zijn er regels wat er wel / niet gecommentariseerd moet worden of is dit meer een groepsgevoel?

Want ik gok dat als de nieuwe progger in dit topic code gaat posten ( nadat hij nederlands geleerd heeft ) dat velen het met hem eens zouden zijn dat het slechte code betreft, maar de huidige proggers snappen het 100%, wij zijn ook best bereid om wat meer commentaar te schrijven, maar we gaan niet elke regel becommentariseren...

offtopic:
Het betreft hier geen bedrijf, maar een OpenSource programma. Wij zijn dus blij met ongeveer elke extra progger, keiharde kenniseisen zijn dus ook niet echt te stellen

quote:

HawVer schreef op dinsdag 22 juli 2008 @ 08:59:
#$%@#$ Collega van mij heeft een trigger gemaakt die automatisch verkoopregels opsplitst. Nou werkt het toewijzen van artikelen niet meer, automatisch bestellen werkt niet meer, voorraad wordt niet goed bijgehouden. Of we dat even willen aanpassen...

offtopic:
Doet me denken aan: http://halbot.haluze.sk/images/2008-06/4231_idiots.png uit sh4d0wman in "Het grote grappige plaatjes topic deel 18"

LinuX-TUX wijzigde dit bericht 22-07-2008 09:26 (8%)