🚀 go-pugleaf

SpaceRunner <xspacerunner@skynet.be> wrote:
> Dat is inderdaad een mogelijkheid, alleen ik gebruik die templates niet 

Dat had ik vroeger ook.

> zo graag. Ze maken alles veel te complex en ze generen soms teveel extra 

Complex? Ja, het is waar dat eens je de echt krachtige functor combinatoren
en zo gaat gebruiken, het resultaat behoorlijk complex kan worden.
Maar dat hoeft niet. Zolang je je beperkt tot de gewone containers,
streams and string class is het toch redelijk eenvoudig me dunkt.

Het argument van de zogenaamd veel code die gegenereerd wordt komt
meer dan eens terug. Er zit dan ook een grond van waarheid in. Je moet
wel weten dat moderne implementaties van de STL uiteraard al het mogelijke
doen om die code-bloat te vermijden. Bijvoorbeeld als je enkel containers
gebruikt met pointers erin, is er geen sprake van code bloat.

In verschillende (toch wel relatief grote) projecten waar ik aan meewerk(te)
w(o/e)rd de STL stevig gebruikt en code bloat is nooit een probleem
geweest.

> code. De templates waren beter als gewone libraries ge�mplementeerd. Dit 
> is wel mijn eigen ervaring ermee.

Dat vind ik net niet. De templates zijn 1. type safe 2. ook van
toepassing op basic types (int/double/..) en 3. veroorzaken
geen enkel performantieverlies @ run time. Met gewone libraries (ik
veronderstel dus dat je op de Java manier bedoeld) houdt men gewoon
void pointers bij en haalt men heksen toeren om te casten uit. Dat
is dus niet 1., niet 2. en ook geen 3. Alledrie de zaken vind ik
persoonlijk alleen al de moeite waard!

Bovendien blijkt vooral 1. zodanig probleem dat het in de Java wereld
bijvoorbeeld een veelgebruikt idioom te zijn om zelf een IdentifierVector
te gaan afleiden van java.lang.vector. Zoiets zou men waarschijnlijk
ook in C++ doen indien de STL geen template library was. Gevolg ->
weer code bloat, maar nu met de hand geschreven.

> Nu ja, ik zie wel, als ik er niks anders op vind dan zullen we de STL 
> manier maar eens proberen.

En tenslotte het allergrootste voordeel van de STL :

Waarschijnlijk zitten er pakken minder bugs in dan in wat je zelf zou
schrijven. Dat is het voordeel dat ik het meest apprecieer. Bovendien
kan je door met STLPort te compileren het correcte gebruik van de STL
gedeeltelijk controleren.

cu bart

-- 
http://www.irule.be/bvh/