🚀 go-pugleaf

Użytkownik Stachu 'Dozzie' K. <dozzie@dynamit.im.pwr.wroc.pl.nospam>
w wiadomości <slrne1bumf.am6.dozzie@hans.zsh.bash.org.pl> napisał:
> Tak? A jak zapewnisz automatyczne wykonanie destruktora? A co
> z polimorfizmem? A realokacja obszaru używanego do trzymania danych, gdy
> obecny zrobi się za mały? A przestrzenie nazw? Wszystko makrami zrobisz?
> Ile z tego będzie trzeba wstawiać ręcznie w każdym miejscu użycia?

A czy naprawdę w każdym programie używasz tych wszystkich technik?
IMHO w C++ jedynym poważnym usprawnieniem było wprowadzenie
czegoś takiego jak string. Tego tylko brakowało mi w C.

W ogóle nie rozumiem o co Wy się kłucicie.
Do czego innego służy asembler i do czego innego służą języki wyższego
poziomu.
Wprawdzie można napisać w asemblerze program z okienkami i wszystkimi
"bajerami" windowsa, lecz nikt, oprócz osób, które chcą się czegoś nauczyć,
nie będzie się w coś takiego bawił bo to po prostu szkoda czasu. Więcej
"pisaniny" niż efektów.
Asembler stosuje się wtedy, gdy naprawdę zależy nam na szybkości działana,
ponieważ tylko wtedy możemy zoptymalizować program tak, aby działał on
możliwie najszybciej.
Języki wyższego poziomu stosujemy natomiast wtedy, gdy zależy nam nie tyle
na szybkości działania, co na szybkości pisania kodu.
Oprócz tego odnośnie aplikacji "okienkowych" pisanych w C++ i tak osobiście
wolałbym, zamiast żmudnego tworzenia samodzielnie okienek, zastosować
którąś z bibliotek, np. qt czy inne wxwindows, ponieważ bez tego faktycznie
projektowanie okienek czy to pod C czy to pod C++ niewiele odbiega od
projektowania okienek pod asemblerem.