Qt na Android-u i iOS-u

Da ja pravim neki lib, steoleo bi me bojko za iSranja (iOS i MacOS X). Ako bih je stavio pod LGPL, uopšte me ne bi interesovalo da li će iko to da kompajlira za iSranje ili neće (ja ne bih kompajlirao) i kakve bi to imalo posledice na tim platformama, sve dok mi ne krši licencu.

No, u tom slučaju je gnjava odlično rešenje. Radi svuda gde treba: Windows (desktop + server, za telefone i tablete je nebitan), GNU/Linux, Android i voila!

Potpis

Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.

Pa i tu je pitanje da li je popularniji od WxWidgets na primer.

Koristio sam wxWidgets i njegova prednost je bila upravo u tome što je Qt bio besplatan samo pod GPL, a otkako je pod LGPL, nisam siguran da wxWidgets može više da mu konkuriše. Ne znam odakle ti da je wxWidgets popularniji.

Potpis

Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.

Ne tvrdim da jeste. Cisto neki subjektivni osecaj, mozda gresim.

Ubeđen sam da grešiš.

Jedine su mu prednosti što ima manji hello world i što je besplatan za statičko povezivanje. Qt ima konkretnije prednosti.

Potpis

Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.

Sluzi da bi povezao paradigmu singnala/slotova u C++ kod, problem je sto klase koje implementiras imaju i neke akcije koje jos treba da urade a ne cisto povezivanje signala i slotova. I kad se tvoj kod izmesa sa onime sto je moc kompajler uradio ne bude uvek cist kod.


Drugi problem na koji sam naisao koristeci te cross platform varijante je sledeci. Kad deployujes aplikaciju na appstore/google play .... sa svim tim resenjima ne vidis lepo stack trace gde je pukao program. Dok recimo native Android java aplikacija lepo prikaze stack trace i vidis gde je pukao program i zasto.

Drugi problem koji ti cross platform frameworci imaju jeste da su wall garden okruzenja, znaci sve je divno i krasno dokle god si unutar tog okruzenja, a recimo treba da ukljucis neku 3rd party biblioteku npr ads, ili mozda biblioteku za prepoznavanje barcode-a e tu ces da rodis mecku da to odradis kako treba.

Yep, uvek je tako.
Mislim da je npr. za ios, Xcode bolje resenje.

Ne kapiram sta si hteo da kazes sa ovim. moc -ov kod je poprilicno transparentan za tebe i to sve radi lepo i ne mesa se sa tvojim kodom ..
Jel problem je sto za te napisane klase sa ugradjenim slotovima neces moci da koristis negde drugde van Qt-a ?
Ako ti se bas ne svidja Q_OBJECT makro inkludujes boost -ov signal-slot lib - http://www.boost.org/doc/libs/1_51_0/doc/html/signals.html i eto ti resenja koje ce ti raditi i na drugom cross platform framework-u.

Opet napominjem da se klase mogu pisati i bez toga ukoliko joj nije potreban signal/slot mehanizam sto ce reci imas poprilicno dovoljno slobode za jedan cross platform framework .


U Qt mozes da ulinkujes i kompajliras bilo sta iz open source sveta sto je posteno odradjeno (c, c++ kod ) i to se radi na prilicno standardan nacin .
Ukoliko imas problem pre ce biti da je do biblioteke nego do frejmvorka ..

Potpis

Viva lollapalooza

Kao sto rekoh sve je to lepo u teoriji, u praksi recimo imas biblioteku koja je specificna za android, npr google admob, posebnu za iphone posebnu za wp7, sve su kao identicne ali api se ipak malko razlikuje za svaku platformu. Ili da idemo malko dalje pa recimo da uzmes neku biblioteku za android ili iOS koja se igra malko sa senzorima tipa akkceleracija ili gps ili kamera npr.

Druga stvar te cross platform varijante generalno kaskaju poslednjim featureima koji se pojavljuju uz nove verzije operativnih sistema. Negde dobijes malo tipa cross platform, razvijas kao kod jedan jedini put a posle toga za bilo sta komplikovanije imas problema.

Pa cak i za android ako se ne izvrsava u okviru JVM-a opet si u problemu, jer pored arm-ovih procesora u igru ulazi i intel polako, tako da to "native" nije nesto sto bi ja gledao u danasnje vreme kao veliki plus.

Biće da ću ja da rodim mečku dok ne shvatim šta tu nije čisto. Da, mnogi Qt-ovi makroi kao Q_OBJECT ne znače ništa C++ kompajleru, nego moc kompajleru koji generiše neki C++ kod koji će C++ kompajler da prevede. Pa? Gde je tu problem sa debagovanjem?

Ne znam za mobilni svet, ali kada je GNU/Linux u pitanju, ako si isporučio program sa debug informacijama i korisnik je uključio generisanje core fajla u slučaju pucanja programa, sve ćeš lepo da vidiš.

Za ovo prvi put čujem. Čekaj, hoćeš da kažeš da ako okruženje nije višeplatformsko da je situacija bolja?

Pa, naravno da je teže raditi za više platformi nego za jednu. E, sad, šta je teže, korišćenje višeplatformskog alata ili potpuno različitih jezika, proceni sam.

Potpis

Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.

Problem je kad se u jednoj klasi izmesa moc generisan kod sa onim tvojim.



A koji je naslov teme ? Ne zanima me kako je da desktop sistemima tipa windows/linux/mac/solaris ... ovde si ogranicen time sta ti provajter tipa google ili apple pruzaju nazad od informacija.



Bolja je i tekako je bolja, recimo imas neku biblioteku za oglase, oni su napravili native biblioteke za svaki od mobilnih platvormi i pokazani su primeri kako se konektujes na iste, gde pri tom biblioteke se delimicno razlikuju od svake platforme ponaosob. I tu si u problemu jer nekim cross platfom varijantom ne mozes da ih ukljucis. Pa na kraju vise stete nego koristi. Tj treba da se dovijas pa da pravis brancheve pa da nekako inkludujes android biblioteku za android build, ios biblioteku za iphone/ipad, i slicne fore. tako da na kraju zavrsices sa "istim" kodom ali koji ce se razlikovati od platforme do platforme, kao sto rekoh ako ne platis na mostu platices na cupriji.