Pravljenje win32 GUI u c++

Ok, primedbe na racun performansi su ok - ja sam te razumeo da ti se ne dopada nesto drugo, tipa sam API, broj PCa sa frameworkom, itd. Vreme ce srediti to sa performansama - vreme leci sve :)

A do tada, treba sesti i izanalizirati - ako se projekat pocinje sada, moze da se proceni sta ce biti min config kada to bude pocelo da se prodaje, i u zavisnosti koliko je kompleksan UI, izabrati da li treba da se radi u .NETu ili necemu drugom. U .NETu ce UI biti sigurno jeftiniji za razvoj i odrzavanje, ali ce to zato kostati u performansama.

ovo mi je poznato. i mi smo skoro naišli na ovaj "zahtev", al sam ja mislio da je to zbog toga što je ovo srbija. izgleda da to nije bio razlog ;)

a inače, kako ja da podržavam win98, kad ni MS više ne podržava ništa starije od w2k?

jel može neko da mi objasni taj paradox?

Potpis

blogče :: unescaped beta
^{» go-paste extenzija
　 » reč dana: backup
　 » bočne koalicije}

MS podržava ne samo W98, već i NT4 (iz 1996), ali većini nezavisnih firmi je to potpuno neisplativo - osim kad ljute mušterije sednu na vrat :)

Potpis

IOCC

During the next few months, Microsoft will begin phasing out support for a number of its Windows flavors and related technologies.

http://www.microsoft-watch.com/article2/0,4248,1418117,00.asp

At the end of mainstream support, business and developer software customers have the option of purchasing up to two years of "extended support."

Potpis

Commercial-Free !!!

Probaj wxWindows. Ja ga koristim vec oko godinu dana i vrlo sam zadovoljan.

http://www.wxwindows.org

Inace, OpenSource je i ima specijalnu licencu (nesto slicno MPL) tako da je 100% free i za komercijalnu upotrebu, a ne treba da "otvoris" svoj kod.

Potpis

Milan Babuškov
http://www.guacosoft.com/

zar nisu najavili end of life za pocetak 2003-e?

Potpis

OV SM
LA PK

GTK# i QT# su moj odgovor (ako bas pozelis da se bavis .NET-om). O Avalon-u ne znam nista, ali neki low-level API koji ce moci da se koristi iz C-a (pa i asemblera) ce Microsoft morati da obezbedi ako zeli da ima "normalan" OS. Dakle, poprilicno sam siguran da price tipa "WinAPI je mrtav" nemaju osnova. Nesto sam poprilicno siguran da .NET koristi isti, a i spomenuti Avalon. ;)

Potpis

Dejan Lekic
software engineer, MySQL/PgSQL DBA, sysadmin

Uz rizik da budem zheshce napadnut, moja preporuka bi bila : CLX u C++Builder-u.
CLX koristi Qt kao podlogu, gotovih komponenata imash kol'ko volish, sve shto napravish je skroz Win/Linux portabilno, i ceo sistem je pravi RAD, imash UI gotov za minut, bez nekog programiranja! A ako ti portabilnost nije bitna, VCL je to isto, samo malo robustnije (strogo Win32).
Nazalost, ni Borland vise nije siguran da je ovo future-proof , ali se itekako isplati probati!

Da, ako ga ne interesuje .NET o kome se prica(lo) u ovoj diskusiji CLX je svakako dobra odluka, a licno mislim i da je "future-proof", jer Borland (C++) skupa sa CLX koristim u par projekata...

Potpis

Dejan Lekic
software engineer, MySQL/PgSQL DBA, sysadmin

Leka, da li mozes da mi objasnis ovo gore? Ispada da je CLX future-proof JER ga ti koristis u par projekata.

Ne znam, ali obicno prva asocijacija za "Borland" nije bas "future proof". Doduse, mozda gresim, mozda je u Evropi bitno drugacije stanje, ali u USA gotovo da nema poslova za Borland programere.

Ovaj citat nije tacan. VCL (Pascal code) je pun uslovnog kompajliranja (filovan IFDEF direktivama), radi portabilnosti na Linux. CBuilder taj 'gotov' VCL 'uvlaci' *.hpp fajlovima, tako da sto se CB-a (Delphi-ja?) tice, sistem je potpuno transparentan (Win32 ili Linux, svejedno mu je).
E sad, ako se pod 'portabilnost' mislilo i na neke druge sisteme...mrka kapa, pretpostavljam.

Rajko

čekaj rajko, sad si i mene zbunio. koliko sam ja upoznat, VCL se zasniva na win32 APIju, bar ovaj vizuelni deo, tj sve što nasleđuje od tWinControl.

sve "iznad" toga toga u hijearhiji (recimo tComponent) je zajedničko i za VCL i za CLX, a u CLX je tWinControl i sve ispod njega zamenjeno sa tWidgetControl, iz QTa.

ispravi me ako grešim?

Potpis

blogče :: unescaped beta
^{» go-paste extenzija
　 » reč dana: backup
　 » bočne koalicije}

Zombie, ne greshish, to jeste tako...
Prochitao sam x puta Rajkov post i dalje ne kontam shta je hteo da kazhe ...

ja otprilike mogu da skontam šta je rajko hteo da kaže, ali za pometnju je možda najviše kriv sam borland ;)

naime, VCL nije baš ono za šta se izdaje, znači nije samo Visual Component Library. u okviru VCLa su prisutne i komponente kao što su tComponent, tXMLDocument, tList, tReader i još mnoge druge koje nemaju veze sa vizuelnim, tj koriste se i u potpuno nevizuelnim aplikacijama kao što su npr serveri..

e sad, od (valjda) Delphi 6 je taj ne-vizuelni deo VCLa napisan portabilno, sa IFDEFovima i slično, tako da je totalno portabilan na linux, dok je vizuelni razdvojen na win32 VCL i qt CLX.

verovatno otuda pometnja ;)

Potpis

blogče :: unescaped beta
^{» go-paste extenzija
　 » reč dana: backup
　 » bočne koalicije}

Da, to sam upravo i napisao u prethodnim postovima. Mada, kada kazem VCL, ipak mislim na vizuelnu stranu stvari, i to je strogo Win32.
TList, AnsiString i slicne klase su ipak samo pozadinske, i ne moraju da se posmatraju kao deo VCL-a per-se. A i inace u Builder-u VCL komponente ne mozhesh da instancirash na steku (kao lokalne), moraju biti na heap-u, dok pomenute "pomocne" klase mozhesh da instancirash kako hocesh, shto ih i chini nekako odvojenim od VCL-a (i samim tim je logichno da se prave kao portabilne od starta)