Citat:
mmix: Zato sto ljudi nikad ne umeju da pociste za sobom i uvek im je lakse kad neko drugi to uradi za njih ;)
Its human nature ! :D
Slazem se, ima toliko topica u c++ za unapredjenje al se svi vataju za gc , kao da ce ih to resiti nekih muka kao da ce poleteti .
Lakse malo jeste.
Npr. class member function - pointeri su skroz zaostala stvar izvornog c++ koju retko danas neko koristi u ozbiljnije svrhe takodje u izvornom obliku) ,
pa postoji citav niz 3-party resenja koja opet nisu bas portabilna sa stanovista standradnog c++.
1.) QT-ov SIGNAL/SLOT mehanizam .Ovo resenje jeste portabilno al samo uz prisustvo meta-object compilera.
2.) U mfc-u je bio __event, __signal , __raise modifieri na member funkcije. Sada je vec deprecated ...
3.) U KDevelopu cini mi se da je postojao isto SIGNAL/SLOT mehanizam ..
Sta je sa tim ? Jel bolje imati ovo kao deo nekog standarda ili GC?
Da ne pricam koliko je bitan ovaj topic ili cinioc u design-pattern ima (Observer,State) pri projektovanju softvera.
Viva lollapalooza