🚀 go-pugleaf

whizzkid <whizzkid@users.sourceforge.net> wrote:
> Een tijdje geleden heb ik op ergens op internet
> gelezen dat er onderhandelingen bezig waren tussen
> Bjarne Stroustrup en QT.

Ik heb dat ook zien passeren. Je moet wel weten dat C++ een ISO standaard
is geworden. Dat wil zeggen dat Stroustrup niet meer diegene is die
beslist wat de volgende evolutie zal zijn van C++. Indien een organisatie
dus een signal/slot mechanisme in C++ wil krijgen moeten ze eerder
het C++ standardisatie comite kunnen overtuigen dan BS.

> Naar het schijnt was Bjarne Stroustrup geinteresseerd
> in het integreren van het signal/slot-mechanisme van QT
> in standaard C++.
> Is dit correct, weet iemand hier meer over ?

Geen idee of het correct is. Na de laatste meeting van het SC had ddj.com
een audiocast online van een voordracht van Bjarne Stroustrup over
'future directions for C++'. Die vind ik blijkbaar niet meer op hun
website? Als je de audiocast toch mocht vinden, dan ben ik daar ook
in geinteresseerd. Ik herinner me niet meer of signal/slots ter sprake
kwamen. Wat zeker wel vernoemd werd was oa veranderingen aan RTTI om
oa component based programming te ondersteunen. Deze veranderingen
zouden misschien kunnen helpen om een signal/slot systeem in pure
C++ te implementeren.

> Dit lijkt me geen slecht idee. Als je een object-georienteerde
> taal maakt, lijkt het mij evident dat er een heel
> eenvoudig manier moet bestaan om deze objecten rechtstreeks te
> laten communiceren.
> Of brengt dit ook nadelen mee?

Ik denk niet dat er heel veel praktische nadelen zijn. Tenslotte bewijst
de praktijk nu toch al een aantal jaren dat het mogelijk is om grote
projecten te bouwen die op deze techniek steunen. Op zich is dat niet
voldoende, er moeten nog heel wat andere voorwaarden voldaan worden eer
signal/slots in C++ komen. De weg naar C++20xx is nog ver.

(Links naar C++ standardisatie http://www.irule.be/bvh/c++/links.html)

cu bart

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