Konec Re: Delphi

[Slavomir Skopalik]

Tak treba prace se stringy v C je horsi, nez v Pascalu,
zase C umoznuje si treba 16 bitivy int rozdelit
na RGB primo, v pascalu se s posunovanim bitu muze clovek zblaznit.
Tohle je zrovna rys jazyka, kdy v pascalu zacnu sahat po asm a v C
budu v pohode (a zrovna tato vlastnost se velmi hodi pri obsluze
prefireii, kdy mam treba v bitech 4..8 delici koeficient a bitech 9..12
nasobici).
Naopak, neni problem si udelat pascalovske stringy v C (ty puvodni,
huge stringy z delphi asi tezko), ale musim si to doprogramovat.
Dynamicka pole s reference counting myslim v C/C++ take nejsou,
programator ma vse pod kontrolou, v pascalu se do deje na pozadi
(vzdy na konci procedury/funkce se vola test na refcount==0).

C++ buldier je postaven na jadre z delphi, tam je to mix (ono
v nem lze psat obema jazyky).

V C kdyz podeli dva inty, mate int, v pascalu automaticky float,
tj. chovani C je vice blize ASM, chovani pascalu je blize bezne
matematice.
Ano vetsinu beznych uloh lze psat obema jazyky, ale rozdil
je prave v techto detailech ktere zprijemnuji/zneprijemnuji zivot
(absence algoritmy trideni v zakladnich knihovnach pascalu napriklad).
C pointrova aritmetika se c pascalu take dost blbe ochazi
(defini pole daneho typu, pointru na to pole a jeho indexaci),
proste na low level ulohy je pascal dost tezkopadny.

V pascalu napriklad chybi makra, vse se resi pres funkce (50% ztraty vykonu !!!)
i takove veci jako min a max (i pri registrovem volani je to ohavnost).
Detailu na teto urovni, ktere pascal diskvalifikuji z pouziti v oblasti, kde
je pozadavek na vykon a minimlani kod je celkem dosti.
Naopak, rychly linker, striktni typova kontrola, intuitivni matematika, prijemna
prace se stringy
z nej delaji idealni nastroj na koncove aplikace (nejen databazove, jak se nas
snazi presvedcit
Borland).


	Slavek

> Protoze do vokynek nedelam (99% moji prace je v 
> knihovnach/konzolovkach), 
> tak si chci rozsirit obzory ;)