První zkušenosti s Qt jambi - I

6.7.2008 16:14 | Přečteno: 1383× | programování

Protože mi moc nevyhovuje systém, kterým Java vytváří GUI, tak jsem se poohlížel po něčem použitelnějším. Narazil jsem na Qt jambi.

Svým způsobem tento framework věrně kopíruje Qt pro C++. V podstatě je to jen Java binding na nativni Qt knihovny. To má své výhody, ale i nevýhody. Mezi asi nejviditelnější výhody patří rychlost zobrazování. Druhou - méně důležitou - byl fakt, že jsem už dělal takovou minisemestralku (OpenGL pod linuxem), kde se Qt použilo jen jako framework pro implementaci GUI. Takže už jsem měl mírnou představu o tom, jak Qt vlastně funguje.
Ovšem nevýhoda je minimálně v tom, že to nemáte šanci debugovat v Javě. Co víc. Nevidíte ani strukturu objektů, protože všechno je schováno za JNI. S tím trochu souvisí i dokumentace. Ano, javadoc existuje, ale je to na dost místech pouze přepis C++ dokumentace. Což znamená, že jsou v něm sice použité C++ konstrukty, ale zároveň si udržuje hodně vysokou úroveň (kéž by se tohle dalo říct o mých javadoc-ech :) ).

Začátky

Z minulosti mám trochu zkušenosti pouze s programováním J2EE aplikací. Oblast desktopu pro mne byla neznámá. V případě aplikace typu tlustý klient to s sebou přináší i odlišný způsob práce. Zatímco u J2EE máte (můžete mít) přehled o celém systému, přihlášených uživatelích, apod., v případě desktopové aplikace je to trochu omezené. Víte pouze to, co dělá jeden konkrétní uživatel. Příbývá tedy problém konzistence dat ( v dost případech toto lze řešit Ostrichovým algoritmem a bude to ve většině případů i fungovat :).

Vynechám klasické příklady na "hello world!" a přejdu rovnou k problémům a jejich řešení. To je totiž první věc, se kterou se musí začátečník poprat.

První problémy

Když se píše aplikačka pracující s databází, tak je potřeba se k ní umět připojit. QT jambi k tomuto účelu nabízí vlastní systém tříd, které zastřešují práci s DB. Protože je ale Jambi jen Java binding na C++ knihovnu QT, zpočátku se využívaly i ovladače pro QT knihovnu. A tady je potíž v tom, že s opensource distribucí přichází pouze ovladač pro sqlite. Podporu ostatních je potřeba si zkompilovat vůdči vlastní verzi konkrétní databáze. Vezmu konkrétní případ, kdy jsem musel tvořit ovladač pro MySQL. Po nainstalování MySQL serveru jsou k dispozici i .lib verze dll knihovny libmysql.dll, která je potřeba pro připojení. A nastává druhý problém, kdy OS verze QT Jambi je kompilována pomocí mingw32-gcc. A kompilátor gcc používá trochu jiný formát statických knihoven, takže není možné přímo použít ty dodané s MySQL serverem. Takže je potřeba sehnat pár utilitek a provést konverzi a přípravu podle následujícího návodu. A je to celkem drbačka.

Každopádně QT Jambi je o tom, že se program píše v Jave. A Java má vlastní rozhraní pro databázi - JDBC. Takže proč se párat s kompilováním ovladače, když je možné použít QJDBC! Ovšem to je potřeba stahovat pouze pro verze před 4.4, která QJDBC bridge již obsahuje.

Pokračování...

V dalších "dílech" to zkusím restartovat a napíšu něco o zprovoznění IDE Eclipse s podporou grafického návrhu widgetů. A poté - když bude čas i chuť - se vrhnu na různé dílčí trable a jejich řešení...

       

Komentáře

[finc]

Nebude trosku problem s multiplatformovosti? :)

Jinak, pokud uz tlusty klient, proc proboha prime napojeni na DB?

[kapo]

Proc problem s multiplatformovosti? Jedine misto je ten db driver, kterej je ale vyresenej pres JDBC -> no problem.

Tlusty klient: ja si to predstavuju tak, ze data jsou na serveru a vykonny kod u uzivatele. Jsme zajedno? :)

[finc]

Mam na mysli, zda aplikace bude spustitelna a dobre fungujici i na windows, mac OS, atd. Dany framework na UI neznam, tak se ptam :)

Jinak co se tyce architektury aplikace, tak business logika by mela byt nekde na serveru. V tomto pripade si predem uzaviras cestu psani napr. web aplikace pro dany projekt. Java je dobra na serveru. Proc toho nevyuzit? Nevim, co presne pises za aplikaci, ale nevidim zadny duvod psani 2 vrstve aplikace.

[Rezza]

Tak Java je jakztakz multiplatformni, Qt 4 taky, tak nevidim duvod, proc by jejich spojeni nemelo byt taky. A kdybych mel neco psat v Jave, tak Qt Jambi je opravdu jasna volba - uz jen to, ze Qt celkem umim v C++ a do Javy je to udelane tak, ze nektere casti kodu se daji prepsat jen regularnim vyrazem :)

[kapo]

Prenositelnost je zavisla jen na prenositelnosti QT Jambi. Nepouzivam nic jineho OS specific, co by to melo rozhodit. Psani aplikace s business logikou na serveru by ji jen zbytecne zeslozitilo. QT Jambi neni jen prezentacni vrstva. Jak jsem psal, je to jiny koncept nez J2EE. A uzavreni cesty pro napsani J2EE GUI si klidne uzavru - uz jsem to promyslel a z hlediska pouzitelnosti jsem to zavrhl.

Kazdopadne tento blog jsem nezamyslel jako diskuzi o architekture aplikace, ale o problemech spojenych s vyuzivanim knihovny QT Jambi a jejich resenich, pripadne o ruznych vychytavkach ;).

Ale abych uspokojil tvou touhu po duvodech :), tak pisu aplikaci, ktera:

1. potrebuje mit centralne data
2. potrebuje byt celkem rychle spichnuta (tzn. pro mne vylucuje C/C++ - nemam rad mem-leaky a nejsem v nem sbehly)
3. bude se pouzivat intenzivne narazove: zadavani dat, prepocty, generovani presnych specifickych formularu pro vystup
4. potrebuje kratkou reakcni dobu a ovladani z klavesnice dle naucenych stereotypu

(presny popis nemuzu zverejnit)

[Deleted [8409]]

Takže děláš komerční věc pod Qt ? A platíš tu licenci nebo to vydáš jako GPL ?

[Ladicek]

Celkem není problém udělat komerční věc pod GPL, akorát ji zákazník může dál šířit, což ovšem velmi pravděpodobně neudělá

[kapo]

Pod GPL to neni. Licenci mam koupenou a ani tolik zas nestala (diky silne korune a starter programu Trolltechu). Myslim, ze jsem se vlezl i s vydaji do 14kkc, coz vzhledem k cene programu neni zas moc. Jinak zkusenost s bankovnim prevodem z CS a.s. do banky v Norsku je asi takovej: CS si sezrala 200,- za vyplneni formulare a dalsi 200,- za zahranicni bankovni styk. Ta zahranicni banka zblajzla asi 120,- za prijem platby. Jinak kdyz mas GPL licenci, tak mas tu knihovnu kompilovanou pomoci mingw-gcc. Kdyz si koupis komercni licenci, tak to dostanes zkompilovany ve VS2005 + k tomu na rok podporu, ktera i funguje :). Uz jsem jim tam par veci nahlasil a oprava se vzdycky nasla (krom posledni drobnosti, kdy mi rekli, ze to je opraveny ve verzi 4.4).

[s0]

jen doplnění pro případné zájemce - poslední gpl verze jdou zkompilovat msvc taky. Je to sice voser, ale jde to.

[Deleted [8409]]

KDE for Windows jsou taky zkompilovae MSVC (je tam na vyber), ani se nedivim