Netjes programmeren [was: Re: code wel of niet tonen afhankelijk van referring domein?]

[robert]

Hans Wolters <nomailwanted@e35203.upc-e.chello.nl>:
> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>> Als je de taal fatsoenlijk beheerst, valt er in Perl prima _netjes_ te
>> programmeren; de taal biedt er in ieder geval alle mogelijkheden voor
>> (en dát is IMO bij PHP anders).
>
> Het is in bijna elke taal mogelijk om netjes te coden, mits je idd
> genoeg ervaring hebt om te weten waar je mee bezig bent.

Ja en nee. Natuurlijk kan je je code heel netjes maken, met zinnige
variabelen en dat soort dingen. Maar de taal zelf speelt hier ook een rol;
het 'vieze' van PHP vind ik bijvoorbeeld dat er geen enkele namespace-
scheiding is, en dus elke nieuwe functionaliteit een waslijst aan nieuwe
functies in je namespace kwakt, met (als conventie) een common prefix
(pg_*, mysql_*, preg_*, enz).

En dan kan je er wel een leuk OO-wrappertje omheen verzinnen, feit blijft
dat de zaak niet netjes gescheiden is. En bij zinnetjes als "PHP reserves
all function names starting with __ as magical" gaat m'n nekhaar al
overeind staan.

Een minpunt van zowel PHP als Perl vind ik de hoeveelheid 'magic variables'
die globaal gedefinieerd zijn; dingen als $_POST en $_REQUEST in PHP, en
dingen als $MATCH en %ENV in Perl. Om maar helemaal niet te spreken van het
automatisch definieren van variabelen, zoals oude PHP's dat deden (en nu
nogsteeds doen als je register_globals aan hebt staan).

--
robert

[Hans Wolters]

On Thu, 29 May 2003 09:53:46 +0000 (UTC), robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> Hans Wolters <nomailwanted@e35203.upc-e.chello.nl>:

.....

> Ja en nee. Natuurlijk kan je je code heel netjes maken, met zinnige
> variabelen en dat soort dingen. Maar de taal zelf speelt hier ook een rol;
> het 'vieze' van PHP vind ik bijvoorbeeld dat er geen enkele namespace-
> scheiding is, en dus elke nieuwe functionaliteit een waslijst aan nieuwe
> functies in je namespace kwakt, met (als conventie) een common prefix
> (pg_*, mysql_*, preg_*, enz).

Ben ik het wel mee eens ja.

> En dan kan je er wel een leuk OO-wrappertje omheen verzinnen, feit blijft
> dat de zaak niet netjes gescheiden is. En bij zinnetjes als "PHP reserves
> all function names starting with __ as magical" gaat m'n nekhaar al
> overeind staan.

:-)

> Een minpunt van zowel PHP als Perl vind ik de hoeveelheid 'magic variables'
> die globaal gedefinieerd zijn; dingen als $_POST en $_REQUEST in PHP, en
> dingen als $MATCH en %ENV in Perl. Om maar helemaal niet te spreken van het
> automatisch definieren van variabelen, zoals oude PHP's dat deden (en nu
> nogsteeds doen als je register_globals aan hebt staan).


Ik weet dat er veel developers zijn die PHP graag default met E_ALL en
register_globals op off als default zien staan. Punt is dat je inderdaad
het probleem hebt dat de helft niet meer loopt. Zelf heb ik daar geen
probleem mee maar je merkt gewoon dat mensen die het niet snappen de
boel keihard terug zetten in de oude situatie. Je hebt ook van die guppen
die gewoon keihard bovenin een script alle server, post en get vars
global zetten.

Hans
--
pas op, nomailwanted is een spamtrap.