Użytkownik "Andrzej Jarzabek" napisał w wiadomości grup
dyskusyjnych:1e74e8d1-f280-479f-96a7-fa085ecea990@n1
6g2000vbn.googlegroups.com...

>konstruowany. Czyli jeśli masz klasę B, która wywołuje swój 'run' w
>konstruktorze, tworzysz dziedziczącą po niej klasę D, która nadpisuje
>funkcje wirtualne klasy B, to wywołania tych funkcji w 'run' nadal
>wywołują funkcje zdediniowane dla B, nie te dla D. Nie mówiąc już o

To jest chore.

Ale czas na PODSUMOWANIE...

Pomysł, aby w duchu RAII odpalać np. wątek itp. przez wywołanie
konstruktora, tj. przez samo skonstruowanie obiektu pewnej klasy (w dalszej
dyskusji nazywanej Foo) może być kłopotliwy... bardziej niż np. wywoływanie
dodatkowej publicznej metody run(), a to dlatego że:

1. różne języki w różny sposób rozumieją konstruktor i nie jest on
zupełnie-taką-samą-metodą-jak-inne (vtable, wyjątki), problemy z
dziedziczeniem;
2. możliwe jest przypadkowe stworzenie obiektu tymczasowego (co może w
niezamierzony sposób zrobić coś, czego nie chcielibyśmy);
3. konstruktor powinien zawierać wyłącznie te operacje, które nie mają
efektów ubocznych innych niż tworzenie obiektów powiązanych z daną klasą.

Punkt 3. można tak rozwinąć: konstruktor może tworzyć obiekty zagregowanie,
lecz konsekwentne stosowanie reguły będzie chronić przed nieodwracalnymi
efektami ubocznymi i w tym przypadku. Zawsze należy dążyć do tego, aby para
wywołań konstruktor-destruktor (bez jakichkolwiek innych pomiędzy) była bez
znaczenia dla działania programu. (A ten postulat nie jest spełniony, gdy
konstruktor zawiera nietrywialny run(), tj. wywołanie
procedury/funkcji/metody/czegokolwiek co niesie ze sobą nieodwracalne skutki
np. otwarcie pliku do zapisu i skasowanie w nim "starych" danych.)