🚀 go-pugleaf

moi wrote:

> John Bokma wrote:
>> moi wrote:
> 
>> 
>> Eens, een truuk om fouten op te vangen die je normaal met de compiler
>> hoort te zien. 
> 
> Eens. eens. Ooit.
> 't is gewoon defensief. Net als overmaat () haakjes.

Ik ga voor leesbare code, dus overmaat aan haakjes gebruik ik niet. Soms
kan je door een expressie iets anders op te schrijven *en* duidelijk
maken hoe het berekend wordt, en haakjes besparen. 

En defensief programmeren: je bedoelt de compiler warnings bijna uit
zetten, en dan de rommel met truukjes opvangen? Liever niet. 

>> Bij langere zaken, in Perl, (maar ook in C hoor) gebruik ik een hash
>> table ipv. een lange switch. (Switch, Perl heeft geen switch, maar
>> gelukkig kan je op veel manieren er een maken, of je gebruikt de
>> Switch module :-) ). 
> 
> Het eigenlijke onderwerp is "human readability", IMHO.
> er is een continuum tussen ja/nee, multiple choice, en "open vragen".
> Daartussen zijn allerlei gradaties mogelijk. Daarvoor moet de
> schrijver verstandige keuzes maken. Belangrijk voor de keuze is het
> overbrengen van de bedoeling.
> in C is de keuze makkelijk: 1,2,veel.
> veel is dus altijd lastig, dus switch(){} , dus lastig.

Eh, dus switch? Welnee, hashtables zijn een prima optie. Of soms een
array. 

> Er zijn twee soorten "veel": makkelijk_veel en moeilijk_veel.
> 
> Moeilijk_veel wil meestal zeggen dat de "switch" heel veel losliggende
> cases kent ("sparse"), die dus ook nog in clusters optreden
> (voorbeeld: [a-zA-Z] [0-9] [+-@_] [ \t] , etc. Of nog erger: 
> instruktiesets!)
> Er zijn twee strategieen: een extra laag van abstraktie
> (isalnum() etc), of data_als_data_behandelen.

Als: array vullen met pointers naar functies?
 
> Voor dat laatste geval heeft perl (terecht) associatieve arrays,

Of een gewoon array. En daarnaast natuurlijk reguliere expressies.

> die C programmeurs node moeten missen 8-)

Een hash table schrijf je zo zelf, vaak genoeg gedaan in C :-D (De hash
functie is meestal het lastigste). 

> [ik kan geen perl, trouwens, maar ik hoop, dat ik
> -op een onbewoond eiland, met alleen maar de code, en heel veel tijd
> om te lezen, de bedoeling van de programmeur, en ook nog
> de wetten van perl zou kunnen doorgronden ]

De syntax van Perl is niet zo heel veel anders vergeleken met C. Alleen
heeft Perl wat extra dingen om de notatie te vereenvoudigen (reguliere
expressies b.v.). 

>>>while (cp = fgets(fp, buff, sizeof buff)) {}
>> 
>> Dit soort dingen kunnen fout gaan als cp zowel NULL als 0 kan worden,
>> vzviw. 
> 
> Hier moet ik je corrigeren: return type is char*.

En wat als die char * naar adres 0 wijst?

>> Yup, Hungarian zou verboden moeten worden :-D.
> 
> Bij nader inzien bleek het humor.
> [meestal als je iets niet snapt is het kunst. Of humor!]
> Hongaars is ook defensief, BTW...

Nee, het is een vreselijke notatie die niemand hopelijk meer gebruikt in
een nieuw project. 

>>>BTW leuk draadje, waar ging het over, eigenlijk ?
>> 
>> Iets met afvallen?
> 
> Ik moet U hier afvallen ;-)

Lijnen = afvallen :-D.

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html