Sikerült letölteni és telepíteni a Borland Developer Network-ot (TC++)!
Ráment 2 éjszaka, de megérte. Nagyjából egy CD-nyi anyagot le kellett
tölteni (nem lehetett a Borlandtól: kerestem egy tükröt) és utána jó pár
órát telepítgetni. A kódokat megkaptam tőlük, azok kiválóan működnek.
Nézzük az első benyomásokat:
- a kezelőfelület olyan, mint egy pilótafülkében, de aki ismer már egy
visual nyelvet, az megtalál mindent. Szinte minden ott van egyszerre a
képenyőn, csak ki kell bontani (+/- jelek) - emiatt aztán néha elég
nehéz meglátni, amit éppen keres az ember. Amit ismerek, azt jól tudom
használni, de az újakat nehezen fogom itt megtalálni. Kellemetlen, hogy
a komponensek a megszokott (Delphi) vízszintes elhelyezés helyett
függőlegesen vannak, így nem olyan jól kezelhetők.
- a program maga a szokott visual eszközökkel, ill. a szintén szokott
gépeléssel is fejleszthető - kifejezetten barátságos és minden benne
van, ami szem-szájnak ingere. Van egy jó részletes bevezető tananyag is.
- az, hogy a file kiterjesztése 7 betű, megrázó élmény.
- fordítás után kiestem a székből: a lefordított program 35 KB!
Ez nem lehet igaz! ...nem is az, sajnos. Elvittem egy másik gépre, ahol
megnéztem: nem fut, DLL-t hiányol.
- ássuk bele magunkat a beállításokba: találtam is 2 helyet ahol
futásidejű csomagokat lehet beállítani. Alaphelyzetben beállítva...
Kikapcsolva "kissé" felhízott a szinte üres program: 470KB!
ÉS MÉG MINDIG NEM FUT ÖNÁLLÓAN!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
....legalábbis még vagy 15 DLL-t betölt a fejlesztőkörnyezetben futáskor.
Előtte vagy 40-et töltött. Most nem tudom kipróbálni, mit csinál a másik
gépen - de már értem, miért így készült ez a fejlesztőrendszer. Az a
fejlesztő, akinek az adott 40 DLL ott van a gépén, magasról fütyül az
egészre - és az a felhasználó, akinek 20 Borland programja van (amelyek
csak egy példányban telepítik ezeket), szintén. Mondjuk akkor már gond
van, ha a 20 programból a legutolsónak telepített (vagy újratelepített)
egy kicsit régebbi változat! Akkor a másik 19 simán fejreállhat!
Nézzük tovább: miért TURBO C ennek a rendszernek a neve?
Nézzünk csak meg egy TC alatt simán lefordítható programot!
- mint ahogy a DEV C sem, úgy ez sem ismeri a "BIOS.H"-t. Persze ez
Windows program, ezért nincs is szüksége rá - de akkor legalább egy
leírás nem ártana, hogyan lehet áttérni erről és mi van helyette. A
program többi része látszólag jó.
Egy érdekesség: ha olyan konzol applikációt indítok, amelyik nem konzol
appliáció (kiveszem ezt a pipát), akkor egy hasonló C programot indít,
mint a DEV C: egyetlen Windows ablak van benne. Ez lefordítva 10 KB.
Lehet bele VCL-t is tenni (VCL.H), de ez itt nem komponens. Még csak az
a kis alaprutin sincs benne, ami szinte biztos, hogy szükséges: ami egy
ciklusban mindig lekérdezi az eseményeket. Emiatt ez a program
alaphelyzetben indulás után mindig le is áll.
Tehát kérdésem: hogyan lehet azt beálítani, hogy a lefordított program
GARANTÁLTAN mindenfajta kiegészítés nélkül működjön 32 bites Windows
alatt? Tényleg semmilyen módon nem lehet ehhez megúszni az 500KB-os
minimális induló méretet - vagy pedig az 500 oldal begépelését a
szükséges Windows szerkezetekkel? Itt annyival jobb a helyzet, hogy a
környezetérzékeny segítség is működik - viszont hiába nézem meg a normál
applikáció C forrását: sehol nem látom benne ennek a sok ablaknak,
stb.-nek a meghatározását. A kettő között egy olyan lehetőség, hogy
működjenek az ablakok (tehát ne kelljen begépelnem minden egyes ablak
definícióját, hanem pl. komponens formájában tehessem fel), elinduljon
a
program, stb. - de tényleg csak azokat a szerkezeteket tegye bele,
amelyek ehhez szükségesek, tényleg hivatkoztam rájuk a programban - és
ne mindig az összes, 500KB-ot?
Valahol, a Borland C 5 leírásában láttam ilyet - (az még nem visual
program, csak van benne egy ilyen segítség) - de az a program nem szabad.
Még egy érdekesség: lehet olyat is mondani neki, hogy Delphi projektet
nyisson meg - ennek ellenére nem nyitja meg, nem történik semmi. Ehhez
le kellene töltenem a Turbo Delphit is?
|