Hybrid, és a natív webes alkalmazások, rendszerek magora
De ki hinni? Ha meg akarjuk vásárolni egy terméket vagy szolgáltatást, van dolgunk pontosan az eladók, amely, sajnos, nem szakértők ebben a kérdésben. Véleményem szerint ebben a helyzetben egyedül. Hogy kérdésekben a saját kezébe, és legalább felületesen, hogy megértsék a kérdések vagy talál egy profi ezen a területen, és hogy az ő véleménye. Csináljuk. A kérdés, amit érteni is: „Mi a jobb - natív vagy hibrid alkalmazásokat a mobil platformokon?”.
A hibridek vs. egyenes
szakadjon el a fátyol
Úgy tűnik, hogy most már tudjuk, a különbség a hibrid és a natív alkalmazások. Ezen könnyen befejezni a cikket, és kap munkát - menjen kódot írni. De nem! Emlékszünk: „Ne higgyetek az eladó !.” És a legtöbb ember, aki írta ezeket a tárgyakat - csak értékesítők vagy olyan módon. Tehát megérteni.
webes alkalmazások
Maga az ötlet, hogy egy webhely néz ki, mint az app - ez minden bizonnyal érdekes. Ez a megközelítés egyaránt mínuszok és néhány pluses. De van egy nagy kérdés: „Miért?”. Képzeld el, hogy egy felhasználó, és nem terheli a speciális ismeretek IT-technológiák. Megnyitásakor minden oldalon, és ... Ó, Istenem! Kinyitottam az app! Démonok! Ez valószínűleg egy vírus! Bár a stop, és miért a böngésző látható? Ez az oldal létezik-e? Vagy a kérelmet? Hmm, az a telepített oda. Úgy működik, szörnyen lassú. Installed'd jobb szokásos alkalmazását, és nem érti, hogy nem.
Általában én nem egészen érti mindezt mimikri. Miért félrevezető? Végtére is, hogy valaki azt gondolja, hogy ez - a kérelem és várható, amely megfelel a szokásos alkalmazását. Azt szeretné, hogy a következő összehasonlítás: megtalálni az egészséges kerek kő, és festeni úgy, hogy nézett ki, mint egy futball-labda. És akkor kérje az első leendő focista törött lábbal körülbelül benyomásait az eredeti tervezési természetesen.
Mivel a tapasztalatok PhoneGap és más keretek között az ilyen én nem nagyon, úgy döntöttem, hogy megvitassák ezt a kérdést a mi JS / HTML fejlesztő, aki azt írta a programot a PhoneGap keretet. Kiderült, hogy abban a pillanatban a legtöbb leírt probléma megoldódott. Ezen az oldalon álcázott Sötét Úr azt ígéri nekünk, hogy most a válasz kattintás elmúlik gyorsan és fájdalommentesen. Van egy kis autó és teherautó különböző plug-inek. amelyek lehetővé teszik a hozzáférést a különböző rendszerek a céleszköz. És ha ez nincs jelen, és lehetséges, hogy levelet plugin. És úgy tűnik, hogy ez az - a tökéletes megoldás cross-platform mobil fejlesztés ann! De gondolkodjunk mélyebben ezt a problémát.
- Mit tud a fájdalom? WebView- Android 4.3 verzió szörnyen lassú, ha meg akarja mutatni valamit, egy kicsit bonyolultabb, mint a szöveges Old. A verzió 4.4 motor lesz a Chromium WebView-, így talán ez egy kicsit javítani a helyzeten. Általában minden fongaperov és mások, mint azok az azt jelenti, fájdalmat és szenvedést, amikor megpróbál futtatni egy alkalmazást az Android. Az iOS, ez a helyzet sokkal jobb, mint a motor jobb szafarira.
- - Elnézést, te nő? - Ott leszek bárki szeretne, bébi. Attól függően, hogy devaysa, a különböző stílusok lehet alkalmazni, hogy az alkalmazás felület. Ez természetesen nem rossz, de a design nem változtatja meg a logika. Van egy hátsó gomb „iOS - ez azt jelenti, ő lesz az Android. Nem számít, hogy ő haszontalan. Egy másik példa - ActionBar. IOS ez hagyományosan az a képernyő alján az Android - a képernyő felső részén. A melléklet a PhoneGap van Actiobar nem fog megváltozni pozíció függ devaysa, akkor csak máshogy néznek ki. És még egy pont: OC egyes vannak bizonyos jellemzői. Például, az animációt. Keresse iOS és az Android. Animáció közötti átmenetek képernyőkön. Ez más! Mashups nem képes reprodukálni ezeket a funkciókat.
- Félbeszakítása nem a szekrényben, és a fejüket. A másik fontos tényező, amely valamilyen okból senki sem veszi figyelembe. A fejlesztők a PhoneGap - ez általában a front-end fejlesztők. Fogalmuk sincs arról, hogy mit kell keresni, mint a felület az Android, iOS, mert nem olvassa a Style-útmutatók. Ők nem tudnak semmit a funkciók a platform, mert nem olvassa el a dokumentációt. De tudják, hogyan kell csinálni jól oldalakon. Ennek megfelelően, akkor kap egy alkalmazás, amely hasonló a helyszínen. Szükség van az Ön számára? Hasonlóképpen szükség van? Nézd meg ezt a képet? Még mindig bízik a választás?
Alapvetően, amit mondok? Cross-platform, ebben az esetben, a képzeletbeli, és az alkalmazás furcsán néz ki. Azt hiszem, mashup kell használni, mint a prototípusok, amely képes megbecsülni a felhasználó reakciója az ötlet, és egy kis fidbek. A sorozatgyártású változat érdemesebb használni natív alkalmazások. Ezek a megfontolások relevánsak minden hibrid, dolgozik egy csomó HTML / JS.
Különösen a natív nem írok semmit. Itt minden világos. Gyors munka, jól néz ki, kiterjedt testre. És ezek alkalmasak. Míg az első három pont csak akkor érvényesek, ha nem bérelt egy csapat szakemberek erős hétéves tapasztalata Új-Delhi.
Igaz platformfüggetlen
Véleményem edistvenny keretet, amely valóban lehetővé teszi, hogy írjon cross-platform mobil alkalmazás pillanatában - ez a C ++ Qt. A keret generál natív Android kód használatával az Android NDK. Ezért a teljesítmény legyen a szinten kódot írt a programozó segítségével az Android SDK, de a töredékek, ekkor nehéz számítások még nagyobb - rovására NDK. Qt - minőségi, tesztelt könyvtárban. Ez azt jelenti, hogy nem lesz a folyamat fogása bármilyen hibát maradt. Abban az esetben, ha bármilyen probléma, akkor nézd meg a Qt forráskód. Ez valóban egy nagyon hasznos lehetőség a fejlesztők számára. Bizonyos esetekben ez az egyetlen módja, hogy felszámolja a hibát. Ahhoz, hogy a program a célplatformon (Android vagy iOS), akkor csak újra kell fordítani a forráskódot. Bár, amennyire én tudom, néha még meg kell írni natív kódot a platform, t. Hogy. Nem minden funkció érhető el a Qt bibloteki. Remélhetőleg ez hamarosan kijavítják.
De vannak hátrányai is. Termelés fejlesztése pridetcya megvásárolt licenc Qt -, hogy ennek megfelelően érdemes a pénzt. A kezdő fejlesztők, ez egy komoly probléma. Ezen túlmenően, a jelenlegi, a Qt mobil fejlesztés még nedves. Várjuk a következő kiadásba.
Abban a pillanatban, nincs eszköz, amely jó lelkiismerettel hívja ezt a cross-platform környezetet mobil alkalmazások fejlesztését. Talán a jövőben, akkor helyébe a Qt, de abban a pillanatban, hogy üres. Annak tesztelésére, gondolataikat a fejlesztés egy prototípus, könnyen használható más JS / HTML kereteket, de én nem ajánlom a használatát a fejlesztés komplex gyártási alkalmazások. Ezen a területen a fejlesztési alternatívát a natív alkalmazások már nem aktív.