[elektro] QT vs CodeBlocks..

[Móczik Gábor]

2014.01.29. 9:56 keltezéssel, elight at gmail.hu írta:
> Talátam egy elvileg összekantingatós rendszert wxWidgethez.
> wxDev-C++    ( valahol Borlandró váltásként említették )
> Érdemes egyáltalán megpróbálni,
> használtátok már?

Nem próbáltam.
Pár éve néztem a wxWidgets cuccokat, akkor elég kevés használható IDE 
volt hozzá, ezért jegeltem a témát.

>    DialogBlocks honlapot megnézegettem, de még nem telepítettem.
> Elsőre olyan codeblocks szerűnek tűnt számomra..
> Vannak benne lényeges eltérések is?
> Vagy csak ez egy ellenőrzött ,garantált változat.
> Egyébként szerintem is megfizethető, ha ezért ad némi plusszt is.

Ha jól tudom, akkor ez a wxWidgets egyik fejlesztőjének a terméke, tehát 
elvileg egy korrekt rendszernek kell lennie, nem tudom milyen relációban 
van a codeblocks-szal és a wxSmith fejlesztőjével, utána kellene guglizni.

> Natív, HW közeli dolgokra lenne elsőre szükségem,
> ami az eddigi tudásom kipótlásával
> rövid időn belül hoz némi eredményt..
> ( néhány led, relé kapcsoló kezelése ,
>       képernyőre kijelzése, vagy egyéb egyszerű sémák.. )
> Ezért úgy gondolnám a C# nekem kiesik.
> Még a C++ tanulással al is erősen küzdök a sima C után.

A C# elég egyszerű, ha a C/C++ már megvan...

A hw közelivel viszont lesz némi probléma, de azt hiszem az összes GUI 
framework-nál...

Az a probléma, hogy az összes OOP rendszer az absztrakcióról szól, ha 
cross-platform dolgokat szeretnél, akkor pedig még magasabb az 
absztrakciós szint. Mondhatjuk, hogy a kettő egymás ellentéte, csak 
kompromisszumos megoldás van. Ezzel még nem volna probléma, mindössze az 
kellene, hogy legyenek OOP oldalról egymással kompatibilis hw interfész 
layer-ek. Ez többnyire viszont úgy néz ki a gyakorlatban, hogy alig-alig 
van out-of-the-box megoldás ezekre a problémákra, de megírhatod 
magadnak. :-)

Az egész GUI hercehurcában az az idegtépő, hogy a kód nem igazán 
újrafelhasználható. Mikrokontrolleren C-ben megírsz valamit, majd 
kicseréled alatta a PIC-et ARM-re, akkor a hw layer-t kell átírnod, a 
lényeg nagyrésze működik "as-is". (már ha eleve ebben a szemléletmódban 
fejleszetted és elkülöníthető a hw layer...)

GUI cuccoknál a kódban a lényegi feladat többniyre sokkal egyszerűbb, a 
kód nagyon nagy része leginkább a felhasználói interfész prezentálását 
végzi. És pont ez a legspecifikusabb, ha ki akarsz próbálni egy másik 
szisztémát, akkor nagyjából az egészet újra kell írnod.

Nem kell nagyon messzire sem menni, még framework-ot sem kell cserélni, 
wxWidgets-en belül pl. elég ha csak egy másik fajta designert akarsz 
kipróbálni. Ahány fajta, annyi féle resource fájl formátumot használ. 
Ott a kész kód, ugyanaz a framework, de nem tudod másik designerrel 
megnyitni, mert a C kódot nem olvassa fel, egy külön fájlban tárolja mit 
hová pakoltál, és ebből generál C kódot. Visszafelé nem tudja.

Javítsatok ki, ha azóta változott volna a helyzet, ez kb. 3 éves infó.

Ha jól emlékszem, anno Szima Gábor szólt hozzá a wx témához, szerintem ő 
magas szinten használja, valami komoly wrapper réteget épített köré.