> Ha Win ala fejlesztunk, celszeru a MS sajat fejlesztorendszeret hasznalni,
> ha nagyon nyomos ellenjavallat nincs. Microsoft Visual C++ ugyanugy
> ingyenes mint a Borland. Ettol varhato el leginkabb, hogy a legheto
> "legnativabb" windows alkalmazasokat fogja generalni.
Az a kérdés, hogy mennyire szeretnél vizuálisan programozni - ennek
mindenképpen ára van. A régi MSVC jó a Windows alatt natív és hatékony
-
MFC-s - programozás megtanulására, de nem éppen vizuális fejlesztőeszköz
-
ellentétben a VB-kel -, nem lehet vele percek alatt "összekattintgatni"
és
utána ugyanígy átvariálni egy-egy összetettebb dizájnt.
Ha nem tetszik a Borland megoldása, ott vannak a .NET-es vizuális
fejlesztőeszközök (szintén van belőle ingyenes), aminek az a hátránya,
hogy
nem készít közvetlenül natív kódot (sebességre való optimalizálás
szempontjából nem ideális), és a futattáshoz szükséges a .NET környezet
megléte.
> Az esetedre visszaterve: miert kell mindenaron Borlandot hasznalni,
> ami koztudottan sajat futtatokornyezettel dolgozik?
Ez elkerülhető a könyvtárak fordítási időben való belinkelésével. A
programkód natív (bár nem a legjobban optimalizált). Ha gond az exe mérete
(pár mega manapság persze nem zabálja fel a vinyó kapacitását), upx-szel
be
lehet tömöríteni.
> A vilag barmely PC-gepen nagyobb valoszinuseggel talalni MFC futtato-
> fajlokat (nehany, 1-3 db .DLL) mint a Borlandot, ezek kulon telepitest
> sem igenyelnek.
Én nem bíznék annyira a külső dll-ek meglétében. Ha van is, verzióproblémák
akadhatnak vele...
> A Turbo C-t es tarsait el kene felejteni,
Megtévesztő az új ingyenes fejlesztőrendszer Turbo C++ neve...
> A legjobban jarsz, ha a Borland-specifikus dolgokat
> elfelejted, csak az ANSI C szabvanyos megoldasokat tartod meg
> emlekezetedben: ezek mukodnek Microsoft C++ alatt is.
Azon lehetne vitatkozni, hogy az MSVC vagy a Borland compilere követi-e
jobban az ANSI C++ szabványt (teljesen egyik sem). Viszont a Borland
vizuális projectek függnek a VCL-től. A profi Borlandos C++
fejlesztőeszközök persze képesek beimportálni az MFC-s projecteket, de
az
onnantól már nem vizuális fejlesztés...
Ha többplatformos (Linuxra is portolható), ingyenes vizuális
fejlesztőrendszert szeretnél, töltsd le a wx-devcpp-t. A compilere sok
esetben gyorsabb kódot fordít, mint az Intelé...
Üdv:
PlyR
|
> A BIOS és a DOS helyett van a WinAPI (megfelelő függvényekkel)...
> (ugyebár a BIOS rutinjai 16 bitesek és jórészt nem védett környezetre
> szólnak...)
Hol találok erről (lehetőleg magyar) leírást? Egy beépített segítség
lenne a legjobb, a programban.
>> 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
> Próbáld meg: Project Options, Linker, Linking, Use dynamic RTL - ha nincs
> kipipálva, akkor minden szükséges könytárat az exe-be linkel.
Működik!!! ...600KB lett a file. Leírom, hogy mi kell hozzá TC++ alá:
- a fenti,
- ugyanez a linker, package options: design time only,
- a beállítások alján Packages/Build with runtime packages: kivenni a
pipát.
Az üres konzol alkalmazás (amelyik nem konzol, tehát benne van a VCL),
15 KB lett és az is működik.
> Ha belinkeli a VCL elemeit, akkor nagy lesz a méret, ha csak a Winapi-t
> használod, akkor viszont kézzel kell programoznod az ablakokat... sajnos
Mindkettőt használni fogom: az elsőt a csicsás programok gyors
tervezéséhez, a másodikat kicsi, szerény és hatékony programokhoz.
Utóbbihoz úgy tapasztaltam, hogy a DEV C++ jobb - bár ott nincs
beépített segítség, de van néhány működő példaprogram - de ez is olyan,
mint a kutya vacsorája: biztos működik, ha nem állítok át semmit a DEV
C alapbeállításain. A legegyszerűbbeken kívül nem tudtam más (ablakos)
programot lefordítani: vagy egy sorral van gondja (ami javítható), vagy
sok nagyobb blokkal. Tud valaki segíteni, hol találok példákat és
beépített segítséget hozzá?
> Ha Win ala fejlesztunk, celszeru a MS sajat fejlesztorendszeret hasznalni,
> ha nagyon nyomos ellenjavallat nincs. Microsoft Visual C++ ugyanugy
> ingyenes mint a Borland. Ettol varhato el leginkabb, hogy a legheto
> Itt is lehet, sot celszeru hasznalni egy, az ablakos programok irasat
> emberszabasuva tevo fgv konyvtarat, ez az MFC. Erre van kitalalva a
> Microsoft altal.
Nagyon szívesen használom, ha jó. Tudsz segíteni, hogy (nyilván MS, de)
pontosan honnan és mit töltsek le hozzá? A Borlanddal nagyon sokat
kellett küzdenem, és nem is tudtam a saját oldalukról letölteni.
> - Win32 MFC ablakos alkalmazas: 200 kB, sztatikusan linkelt MFC-vel,
e
> melle nem kell semmi. Belinkelt MFC konyvtar nelkul ez is 40 kB.
Ezt már elfogadnám kompromisszumnak, ha tényleg ennyi. Kipróbáltad más
gépen is, ahol nincs telepítve a fejlesztőrendszer?
> Az esetedre visszaterve: miert kell mindenaron Borlandot hasznalni,
> ami koztudottan sajat futtatokornyezettel dolgozik? Ahhoz kepest nem
> is tul elterjedt, sot visszaszoruloban van.
Nem ragaszkodom hozzá - főleg, mert a telepítése borzalmas. Ismerem a
C-t, a Delphit, lassan már egy visual C-t is - különösebben nem izgat,
hogy az áttérésnél 30%-ot, vagy 33%-ot "zökkenek" - mert nagyobb
különbség nem valószínű.
Idáig úgy gondoltam, hogy a MS-nál nehézkesebb rendszerek nem léteznek,
de a Borland a BDN-kel most túltett ezen.
|
