[es] - Qt na Android-u i iOS-u

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8632
*.3gnet.mts.telekom.rs.

+2790 Profil

^{03.09.2012. u 22:15 - pre 141 meseci}

Citat:

Ivan Dimkovic: Sta ce Digia da uradi, pojma nemam - ali ako zele da njihov framework bude primenjiv na iOS-u prakticno, morace biti staticki linkovan. Kao sto si rekao, to verovatno znaci da ce se prilagoditi okolnostima i da ce omoguciti staticko linkovanje bez LGPL posledica (obaveza) ako zele da ih neko ozbiljno koristi u ne-LGPL/GPL projektima.

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!

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

Odgovor na temu

franticnick

Član broj: 19656
Poruke: 372
*.cm-6-8d.dynamic.ziggo.nl.

Sajt: www.franticnick.com

+30 Profil

Re: Qt na Android-u i iOS-u

^{09.09.2012. u 21:00 - pre 141 meseci}

Citat:

Nedeljko: Iskreno, koga uopšte briga za MacOS X? Bitno je da je njegova upotreba u porastu na Windows platformi.

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

Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8632
*.3gnet.mts.telekom.rs.

+2790 Profil

Re: Qt na Android-u i iOS-u

^{09.09.2012. u 22:13 - pre 141 meseci}

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.

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

Odgovor na temu

franticnick

Član broj: 19656
Poruke: 372
*.cm-6-8d.dynamic.ziggo.nl.

Sajt: www.franticnick.com

+30 Profil

Re: Qt na Android-u i iOS-u

^{09.09.2012. u 22:23 - pre 141 meseci}

Citat:

Nedeljko: 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.

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

Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8632
*.3gnet.mts.telekom.rs.

+2790 Profil

Re: Qt na Android-u i iOS-u

^{09.09.2012. u 23:04 - pre 141 meseci}

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.

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

Odgovor na temu

ByteCode
Byte Code
Beograd

Član broj: 298867
Poruke: 21
*.dta.co.rs.

Sajt: speedy-order.com

+22 Profil

Re: Qt na Android-u i iOS-u

^{17.09.2012. u 11:14 - pre 141 meseci}

Citat:

deerbeer: @ByteCode
Sta imas da debagujjes moc-ov kod koji ti generise?
Znas li uopste cemu sluzi Q_OBJECT makro ili pricas onako napamet?

A plus sto uopste nije obavezan da ga stavljas uvek u deklaraciju ..

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.

Odgovor na temu

dejanet
Beograd

Član broj: 19240
Poruke: 1181

+837 Profil

Re: Qt na Android-u i iOS-u

^{17.09.2012. u 12:08 - pre 141 meseci}

Citat:

ByteCode: 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.

Odgovor na temu

deerbeer
Beograd

Član broj: 174418
Poruke: 1189
*.static.sbb.rs.

+395 Profil

Re: Qt na Android-u i iOS-u

^{17.09.2012. u 12:27 - pre 141 meseci}

Citat:

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 .

Citat:

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.

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 ..

Viva lollapalooza

Odgovor na temu

ByteCode
Byte Code
Beograd

Član broj: 298867
Poruke: 21
*.dta.co.rs.

Sajt: speedy-order.com

+22 Profil

Re: Qt na Android-u i iOS-u

^{17.09.2012. u 13:52 - pre 141 meseci}

Citat:

deerbeer: 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 ..

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.

Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8632
*.3gnet.mts.telekom.rs.

+2790 Profil

Re: Qt na Android-u i iOS-u

^{18.09.2012. u 06:02 - pre 141 meseci}

Citat:

ByteCode: 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.

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?

Citat:

ByteCode: 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.

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š.

Citat:

ByteCode: 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.

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

Citat:

ByteCode: 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.

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.

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

Odgovor na temu

ByteCode
Byte Code
Beograd

Član broj: 298867
Poruke: 21
*.dta.co.rs.

Sajt: speedy-order.com

+22 Profil

Re: Qt na Android-u i iOS-u

^{19.09.2012. u 11:48 - pre 141 meseci}

Citat:

Nedeljko: 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?

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

Citat:

Nedeljko: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š.

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.

Citat:

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

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.

Odgovor na temu