Mi az a natív alkalmazás? Mobil alkalmazás. Miben különbözik egy fejlesztőtől származó natív alkalmazás a tervezőben létrehozott alkalmazástól? Mit jelent a natív alkalmazás?

Angolról lefordítva a native azt jelenti, hogy „bennszülött”. Egy adott operációs rendszerhez natív alkalmazást fejlesztettek ki mobiltelefonokhoz. Ezt olyan szakemberek végzik, akik bizonyos ismeretekkel és készségekkel rendelkeznek ezen a területen. A natív alkalmazások szép kialakításúak, szabadon kommunikálnak a mobil operációs rendszerrel, és működhetnek internetkapcsolaton keresztül vagy offline is.

Mi ez?

A natív alkalmazás egy eszközplatformhoz elérhető fejlesztés. Például vannak olyan mobilalkalmazások, amelyek kifejezetten Android vagy iPhone platformra készültek. A modern technológiák fejlődésével és a különféle alkalmazások (natív, hibrid, web) megjelenésével választási lehetőségek jelentek meg. A natív alkalmazásokat speciális üzletekből (App Store, Google Play) töltik le, és telepítik az okostelefonra.

A sajátosság az, hogy egy adott platformra lettek kifejlesztve, „natív” programozási nyelveket használva írásuk során. Ha egy alkalmazást egy adott operációs rendszerhez hoznak létre, akkor jól működik, és szervesen néz ki. Ezenkívül az alkalmazás könnyedén használhatja az okostelefon szoftver funkcióit, például kamerát, mikrofont, lejátszót, és kíméli az eszköz erőforrásait.

A natív alkalmazások egyik leghíresebb példája a Shazam. Érzékeli, hogy melyik dalt játsszák le egy másik eszközön. A Shazamot az üzletből telepítik, internet-hozzáférést igényel, és okostelefonos hangrögzítő szükséges a működéséhez. Az Instagram egy népszerű natív alkalmazás, amelynek működéséhez internetkapcsolat szükséges.

Célja

A mobilalkalmazás a modern világban kommunikációs csatorna az emberek és a vállalatok között. Szükségesek az üzleti életben. Rajtuk keresztül értékesíthet szolgáltatást vagy terméket, kommunikálhat az ügyfelekkel, és üzleti struktúrát hozhat létre partnereivel. A telefonos alkalmazások segítenek optimalizálni a vállalaton belüli belső kommunikációt. Ma mobilalkalmazásokon keresztül újságokat olvashat, megtudhatja a legfrissebb híreket, tévéműsorokat, filmeket nézhet. És mindezt napszaktól és helytől függetlenül. Az alkalmazások a termékek népszerűsítésének és a szolgáltatások bemutatásának módjai. Ez egy kiváló marketingeszköz. Ezenkívül a mobilalkalmazásokon keresztül felkeresheti a közösségi hálózatokat, kommunikálhat barátaival és üzletet köthet. A sajátosság az, hogy a fejlesztők egyedi alkalmazást készíthetnek okostelefonra, kifejezetten egy adott projekthez.

A natív üzleti alkalmazások fejlesztése három fő szakaszon megy keresztül. Az első egy meglévő weboldal adaptálása okostelefonra (webes alkalmazás létrehozása). A második lépés a webes technológiákat és a mobileszközök funkcióit ötvöző hibrid alkalmazások létrehozása. A harmadik lépés egy natív alkalmazás írása egy mobiltelefonhoz. Ez a leginkább erőforrás-igényes, de lehetővé teszi az eszköz operációs rendszerének képességeinek megvalósítását és a tervezett eredmények elérését az okostelefon kibővített funkcionalitásának köszönhetően. A natív alkalmazások népszerűsége nagy teljesítményüktől, hibakeresésüktől, stabilitásuktól és internet nélküli működésüktől függ. Az alkalmazásboltba való utólagos feltöltés lehetővé teszi a fejlesztő számára az értékesítési statisztikák nyomon követését. Használjon natív alkalmazásokat, ha hatalmas mennyiségű adatot kell feldolgoznia, és nagy sebességgel kell dolgoznia.

Fajták

A mobilalkalmazások típusai: natív, webes és hibrid hasonlóságokat mutatnak. A natívok kifejezetten olyan operációs rendszerekhez készültek, mint például az iOS. Android, Win Phone. Ezeket az alkalmazásboltokból töltik le, és megfelelnek a követelményeknek. A natív alkalmazások gyorsan és zökkenőmentesen működnek az egyes operációs rendszerekre való optimalizálásnak köszönhetően. Hozzáférnek a készülék funkcióihoz. Ezek az alkalmazások működhetnek az internetről vagy önállóan is.

A webes alkalmazások közös jellemzőkkel rendelkeznek a webhelyek mobil verzióival, de fokozott interaktivitást biztosítanak. Ezeket úgy hozták létre, hogy okostelefonon keresztül is használhatja az oldalt. A fő különbség: az alkalmazást nem kell telepíteni. Minden munka a böngészőn keresztül történik. A natív és a webes alkalmazások közötti különbség az információk szabad kezelésének képessége.

A hibridek egyesítik az előző kettő funkcióit. Az alkalmazás okostelefon-szoftverrel működik, mivel többplatformos. Az alkalmazásboltból letöltve, interneten keresztül működik. A hibrid alkalmazás a legnépszerűbb a felhasználók körében. Natív akkor használatos, ha nagy sebességű információfeldolgozásra van szükség (közösségi hálózatok, játékok vagy földrajzi helymeghatározás). Ne feledje, hogy a natív Android-alkalmazások nem alkalmasak iPhone-hoz vagy más platformmal rendelkező okostelefonokhoz.

Előnyök

A natív alkalmazásnak számos előnye van. Nagy teljesítmény, interakció egy adott operációs rendszerrel, alacsony energiafogyasztás, telefonmemória, egyszerű használat. Ennek az alkalmazásnak az előnyei közé tartozik a maximális funkcionalitás és a kiváló működési sebesség, az okostelefon-szoftverhez való hozzáférés, és bizonyos esetekben nincs szükség internetkapcsolatra a használathoz. Az alkalmazást csak speciális üzletben töltheti le és telepítheti.

Hibák

A natív alkalmazásnak vannak hátrányai. A fejlesztés sok időt vesz igénybe, és egy ilyen alkalmazás költsége magasabb. A fejlesztőnek ismernie kell egy adott programozási környezetet. Ezenkívül a natív egyetlen operációs rendszerrel működik. Ha valamit módosítania kell az alkalmazásban, ki kell adnia egy frissítést.

Hogyan kell telepíteni?

Egy natív mobilalkalmazás kerül telepítésre, figyelembe véve az okostelefon operációs rendszerét. A kívánt alkalmazás kiválasztásához lépjen bármelyik boltba, például a Google Playbe, és válassza ki a megfelelőt. Töltse le és telepítse. Általában az alkalmazás addig működik, amíg van internetkapcsolat. Ha a telepítés sikertelen, ellenőrizze az okostelefon memóriakapacitását. A telepítéshez elegendőnek kell lennie.

Natív kód

Mit jelent a „natív alkalmazás”? Sokak számára ez a kifejezés újnak tűnik, de valójában szinte minden modern kütyü-felhasználó naponta találkozik vele. A natív alkalmazások megfelelő működéséhez a fejlesztők speciális kódot írnak. Ez a parancsrendszer egy gépi nyelv, amelyet az okostelefon értelmez. Az alkalmazásban található utasítások lehetővé teszik a felhasználó számára, hogy kihasználja a benne rejlő lehetőségeket. A fejlesztő által adott parancsok különböző hosszúságúak és tartományúak lehetnek. A natív alkalmazások gyorsak a nagy, de kicsi kód miatt.

Ezek az alkalmazások Java. Nagy lehetőségeket kínál a fejlesztőknek. Sokoldalúsága és kényelme lehetővé teszi egyszerű vállalati alkalmazások létrehozását a lehető legrövidebb idő alatt. A Java fejlesztésben az a jó, hogy eszközei minden PC operációs rendszeren elérhetőek, beleértve a Linuxot és a MacOS-t is. Ha Java nyelven szeretne alkalmazásokat fejleszteni, akkor MacOS X-et futtató számítógépre lesz szüksége. A natív iOS-alkalmazások a fejlesztésre fordított idő mennyiségében különböznek az Androidtól.

Ár

A natív mobilalkalmazások ingyenes tervezője segít a felhasználóknak maguknak elkészíteni. Rengeteg tervező van az interneten. A legnépszerűbbek és legismertebbek a My-apps, a Net2Share, a BuildApp, a MobiumApps, az Appsa4u. Például a My-apps konstruktor önállóan összeállít egy alkalmazást iOS és Android operációs rendszerekhez. A felhasználók az alkalmazás céljától függően tíz kész sablon közül választhatnak. A végeredmény letölthető az áruházban.

Egy natív alkalmazás teljes körű fejlesztése nem olcsó. Tervezés előtt döntse el a költségvetését. A késztermék és magának a fejlesztésnek a népszerűsítésére szolgáló pénzeszközökből kell állnia. Ha egy alkalmazás több operációs rendszerre készült, a költsége megduplázódik. Jogi személyek, például kereskedelmi cégek fejlesztéséről beszélünk. A hibrid alkalmazások 30%-kal drágábbak, mint a natívok, ráadásul a web ára az egyetlen kódbázis miatt alacsony, így kifizetődőbb a fejlesztésük, mint a natíveké.

A natív alkalmazások létrehozása mindig hatalmas pénzkidobás, és nincsenek szabványos alkalmazások, amelyeket minden ügyfél számára egyedileg fejlesztenek ki. Az ár tartalmazza a tervezést, az operációs rendszerek számát, a kódírási technológiák használatát, a munka összetettségét, tesztelést, publikálást és egyéb árnyalatokat. Egy összetett alkalmazás több millió rubelbe kerülhet. És ez csak fejlődés. A közzététel, a tesztek és az egyéb szolgáltatások további finanszírozást igényelnek. Ezért olyan nagy gazdasági társaságok rendelik meg a pályázatokat, amelyek készek megengedni maguknak ezt a kedvezményt. Az alkalmazások jó bevételt hoznak a jövőben, és idővel megtérülnek. Az üzletkötés, a terjeszkedés, a termékek iránti kereslet növelése, a pozitív imázs kialakítása a mobil alkalmazások előnyei.

Teljesítmény

Az alkalmazás működése az okostelefon teljesítményétől függ. A bennszülöttek közvetlen hozzáféréssel rendelkeznek a telefon platformjához és funkcióihoz, ami pozitívan befolyásolja a termelékenységüket. A hibrid alkalmazások, ha megfelelően csinálják, natív alkalmazásokká alakíthatják át az internetet. A webalkalmazások teljesítménye az internetkapcsolat sebességétől függ, így a különböző felhasználóknál eltérően működhet.

Terítés

A fejlesztés után egy natív Windows, Android, iOS alkalmazásnak kell eljutnia a felhasználókhoz. Az alkalmazásboltokon keresztül történő terjesztés a legjobb megoldás. A késztermékkel szemben speciális követelmények vannak, amelyeket a fejlesztőnek előzetesen be kell tartania. Ezek az üzlet belső szabályzatától függenek. Ha az alkalmazás sikeres, a felhasználók letöltik, és a tulajdonos profitot és magasabb értékelést kap. Ne feledje, hogy bármilyen tartalom (natív és hibrid fejlesztések) hozzáadásához az alkalmazásbolthoz megerősítési eljárás szükséges.

Ebben a cikkben 6, 2016-ban népszerű platformok közötti fejlesztési megoldást fogunk összehasonlítani, és megpróbáljuk megtalálni a legjobb megoldást.

A többplatformos keretrendszerek PhoneGap, Xamarin, Unity, Qt és Appcelerator Titanium, Telerik Platform jelenleg a mobileszközök platformok közötti fejlesztési piacának 80%-át foglalja el.

Az alábbi táblázat az egyes keretek főbb jellemzőit mutatja be:

	PhoneGap	Xamarin	Egység	Qt	Appcelerator Titanium	Telerik AppBuilder
Nyelvek	JavaScript, HTML5, CSS3 és natív nyelvek (Java, Objective-C, C#)	C#, Xaml	C#, UnityScript, Boo	C++ QML	JavaScript, Python, Ruby, PHP	.Net, JavaScript, HTML5, Java, PHP
Támogatott platformok	Android, iOS, Windows Phone, Blackberry, WebOS, Symbian, Bada, Ubuntu, Firefox OS.	iOS, Android, Windows Phone és Windows 8/RT, Tizen	Android, iOS, Windows Phone, Tizen, PS 4, Xbox One	Android, iOS, WinRT, Windows, Symbian, Linux, QNX	iOS, Android, BlackBerry, Windows, Tizen, Denso	iOS, Android, BlackBerry, Windows, Windows Phone
Árak	PhoneGap árak Fizetett verzió: 9,99 dollártól Ingyenes verzió: elérhető Adobe Creative Cloud-tagság: Elérhető	Árak Xamarin Xamarin Studio közösség: Ingyenes Visual Studio közösség: Ingyenes Visual Studio Professional: Elérhető Visual Studio Enterprise: Elérhető	Árak Egység Személyes kiadás: ingyenes Professzionális kiadás: havi 75 dollártól	Árak Qt Van egy ingyenes verzió. A fizetős verziók 79 dollártól kezdődnek.	Árak Appcelerator Indie: 39 dollár havonta Ingyenes próbaidőszak van Ár havi 39 dollártól
Nyílt forráskód	+	-	-	+	+	-
UI	Web	Anyanyelvi	UI Canvas	Anyanyelvi	Anyanyelvi	Web

PhoneGap

A PhoneGap lehetővé teszi mobil alkalmazások létrehozását szabványos webes technológiák (HTML5, JavaScript és CSS3) használatával. Ennek eredményeként ez a keretrendszer népszerűségének gyors növekedéséhez vezetett, anélkül, hogy fejlődne olyan programozási nyelveken, mint a Java for Android, Objective-C iOS és C#.

A PhoneGap Build lehetővé teszi iOS, Android és Windows Phone egyidejű buildek készítését, anélkül, hogy SDK-eszközöket kellene telepíteni (persze van ebben némi ravaszság - fejlesztéskor még mindig jobb helyben építeni, legalább Androidon , mielőtt elküldi tesztelésre). De ami még ennél is fontosabb, ez a szolgáltatás lehetővé teszi az iOS felhőben való felépítését anélkül, hogy Mac gépet kellene használnia.

A PhoneGap telepítése hihetetlen erőfeszítést igényel, ezért azt tanácsolom, hogy szabadítson fel fél napot... Csak viccelek. Az XCode telepítése körülbelül 3 percig tartott – az archívum letöltéséből, a kicsomagolásból és a telepítésből állt. Ez minden.

A PhoneGap lehetőséget biztosít a mobileszköz natív funkcióinak használatára a következőkhöz:

gyorsulásmérő,
kamera,
iránytű,
kapcsolatok,
fájl tárolása,
földrajzi helymeghatározás,
adatbázis
események, értesítések,
média stb.

Ha az alkalmazás nem lépi túl ezeket a pontokat, akkor a PhoneGap keretrendszerrel történő fejlesztés sebessége egy nagyságrenddel nagyobb lesz, mint egy natív alkalmazás fejlesztése minden platformon. Videó alkalmazásfejlesztéssel és a PhoneGap leírásával.

Előnyök:

A PhoneGap egy egyszerű API-val rendelkezik, amely megkönnyíti a fejlesztés megkezdését azok számára, akik találkoztak HTML-lel, CSS-sel és JavaScripttel.
Lehetőség bármilyen meglévő JavaScript-könyvtár használatára (JQuery, Prototype, Sencha Touch)
Támogatja az összes mobil platformot

Hibák:

A felhasználói felület a beépített böngésző segítségével történik. Ez megnehezíti a visszajelzést, mint egy natív alkalmazás.
A meglévő bővítmények gyakran elavultnak bizonyulnak, ezért néha meg kell írnia a sajátját.

Xamarin

A Xamarin a második keresztplatformos keretrendszer a listánkon. A Xamarin lehetővé teszi egyetlen alkalmazáslogika létrehozását C# és .NET használatával.

Funkcionálisan a Xamarin platform számos alplatformot képvisel. Ezek az alplatformok nagy szerepet játszanak – rajtuk keresztül az alkalmazások a kéréseket az eszközök alkalmazási felületére irányíthatják. A vizuális felület definiált, a logika C#-ban kötött, és mindez Androidon, iOS-en és Windows Phone-on is működni fog. Videó a Xamarin alkalmazás fejlesztéséről.

Előnyök:

Nagy és növekvő közösség.
A fejlesztők a TestCloud segítségével automatikusan tesztelhetik az alkalmazásokat.
Ha már ismeri a C#-ot és a .NET-et, akkor nem kell sok időt töltenie több új keretrendszer megtanulásával.
A már megírt kódot újra felhasználhatja.
A különböző rendszereken futó alkalmazások nagyon hasonlóak lesznek.
Az iOS dinamikus elrendezése végtelenül egyszerűbb, mint a kényszerek manuális használata.
A CustomRenderersnek köszönhetően a szabványos vezérlők egyszerűen kiegészíthetők tetszőleges tulajdonságokkal (például a gombok színátmenetes kitöltése néhány percet vesz igénybe, bár a dobozból ez nem működik).

Hibák:

Egyes interfészmintákat nehéz monodroidon, monotouch esetén pedig nagyon nehéz megvalósítani, mivel ennek vagy annak a funkciónak az alapértelmezett megoldása platformmankókra támaszkodik, amelyek egyszerűen nem működnek a Xamarinban.
Problémák vannak a mono, monotouch és monodroid platformokkal. Az alkalmazásnak meg kell felelnie bizonyos stabilitási követelményeknek.
Az Android-oldalak nem helyezhetők el meglévő tevékenység/töredék részeként.
Nem minden vezérlő van végrehajtva.

Telerik AppBuilder

Az AppBuilder használatának egyik fő oka a teljes értékű online IDE. Lehetővé teszi hibrid alkalmazások létrehozását, tesztelését és akár közzétételét bármilyen számítógépről vagy mobileszközről, letöltés nélkül.

További előnyt jelent a Windows vagy Linux rendszeren futó iOS-alkalmazások létrehozásának lehetősége.

Előnyök:

A Telerik Visual Studio és Sublime Text bővítményeket biztosít az AppBuilder számára.
Az AppBuilder gyors módot kínál a Cordova bővítmények importálására.
Teljes értékű online IDE.
Könnyen használható és tanulható

Hibák:

Kis közösség

Egység

A 2D-s és 3D-s alkalmazások és játékok fejlesztésére szolgáló többplatformos Unity a 3D-s tartalmak bemutatásának egyik legjobb eszköze. A Unity segítségével létrehozott alkalmazások Windows, OS X, Linux, Android, Apple iOS, Windows Phone, BlackBerry operációs rendszereken, valamint Wii, PlayStation 3 és Xbox 360 játékkonzolokon működnek. Videó mobiljáték fejlesztésével Unity-n .

Előnyök:

Remek lehetőség mobiljátékok létrehozására számos eszközön
A 3D motor kiváló minőségű eredményeket produkál bonyolult konfigurációk nélkül
Sok jó ingyenes plugin létezik
A Unity lehetővé teszi a fejlesztő számára, hogy saját árnyékolókat készítsen, és módosítsa a Unity által a játék megjelenítési módját.

Hibák:

UI és nehezen használható kezdőknek
A forráskód nem érhető el
A Unity fordítók egyes mobileszközökön nincsenek ARM processzorokhoz optimalizálva.

Qt könyvtár többplatformos ablakos alkalmazások létrehozásához C++ nyelven. A Qt-t nem annyira a grafikus felhasználói felületek létrehozására szolgáló osztályok halmazának kell tekinteni, hanem inkább az osztályok teljes értékű eszköztárának minden alkalomra. Nemcsak C++ nyelven lehet programokat fejleszteni, hanem a JavaScripthez nagyon hasonló QML nyelven is. Ez a Qt fejlesztés egy speciális ága, amelynek célja a gyors prototípus-készítés és mobilalkalmazások fejlesztése. Videó a Tiled Map Editor fejlesztésével a Qt-n.

Előnyök:

A Qt számos jó eszközzel segíti a fejlesztést, például: IDE QT Creator, Qt Designer és kódprofilozás.
Olyan könyvtárakat tartalmaz, amelyek intuitív API-kat tartalmaznak olyan elemekhez, mint a hálózatok, animációk és egyebek.

Hibák:

A Qt nehéz a kezdőknek

Appcelerator Titanium

A Titanium egy teljesen nyitott platform webalkalmazások fejlesztésére, üzembe helyezésére, terjesztésére és végső soron futtatására. Az Appcelerator Titanium lehetővé teszi mobilalkalmazások létrehozását JavaScript, HTML és CSS nyelven.

Bármely jelenleg népszerű operációs rendszerrel létrehozhat modern, és ami a legfontosabb, natív alkalmazásokat: Windows, GNU/Linux vagy MacOS X.

Az ezzel az SDK-val létrehozott alkalmazások valóban natívak lesznek. Az Android navigációs vezérlője ismerősnek és másnak tűnik, mint az iOS rendszeren. Sőt, nemcsak a megjelenés, hanem maga az alkalmazáskód is natív lesz. Ez egyébként nem akadályozza meg, hogy klasszikus WebView-t hozzon létre és töltse fel a kívánt webtartalommal.

Előnyök:

A JavaScript megkönnyíti az alkalmazások fejlesztését platformnyelvek használata nélkül.
Az Appcelerator lehetővé teszi, hogy valós időben végezzen elemzést
A natív API használata jobb teljesítményt biztosít a nem túl nagy alkalmazások számára.

Hibák:

A könyvtár betöltése miatt késések vannak az alkalmazás indításakor
Nehéz összetett alkalmazásokat létrehozni, mert a JavaScript használata negatív hatással van az alkalmazások teljesítményére.

React Native

Mi az a React Native? Ez egy JS-keretrendszer, amely JS-en és React-on alapul – egy JS-könyvtár a felhasználói felület létrehozásához (nézeti szint).

A technológia nagyon ígéretes, de fiatal, így néhol még nyers a platform. Az androidos verzió később jelent meg, így egyelőre több komponens található az iOS alkalmazásokhoz. Érdemes megfontolni azt is, hogy az alkalmazás telepítésekor az összes JS a felhasználó eszközére kerül, így nem szabad megtartani az üzleti logikát a prezentáció szintjén. Elmondhatjuk, hogy a React Native most már használható a webalkalmazások mobilverzióinak gyors prototípusára. Sőt, ha a webalkalmazás már ReactJS-ben van írva, akkor az átviteli sebesség jelentősen megnő. Példa a React Native használatával történő fejlesztésre.

Előnyök:

Egységes munkafolyamat és eszközök: mindegy, hogy Android vagy iOS verzióval dolgozik, továbbra is ugyanazokat az eszközöket használja.
Emiatt - a fejlődés sebessége és könnyűsége.
Egy örökölt alkalmazás összekapcsolása a JS API-val és a hibrid alkalmazásokkal: Tegyük fel, hogy már van egy kész iOS-alkalmazása, és szeretne átváltani a React Native alkalmazásra. Ezután becsomagolhatja a natív összetevőket, hogy azok elérhetőek legyenek a React Native alkalmazásban. Így fokozatosan áttérhet a Reactra, és az eredmény egy hibrid alkalmazás lesz – ennek fele natív, fele React, valamint néhány örökölt összetevő a JS API-ban.

Nincs tökéletes megoldás, minden keretrendszernek megvannak a maga előnyei és hátrányai. Nagyon egyszerű alkalmazásokhoz javaslom a PhoneGap használatát, amíg a válaszkészség kulcskritériummá nem válik. Komolyabb fejlesztéshez érdemesebb a Xamarint használni, de még a Xamarinnal is jobb kombinálni a natív fejlesztést a legtöbb UI elemnél.

A következő kijelentés könnyen származhat valakitől, aki most kezdte el tanulni a titánt:

JavaScript?! Hogy van a Phonegap? Nem, inkább natív alkalmazást szeretnék készíteni.

Természetesen hasonló beszélgetéseket folytattam az ügyfelekkel, amikor a Titanium szabadúszó fejlesztője voltam. És persze, mint Fejlesztői Tanácsadó, gyakran hallom ezt, amikor elkezdem magyarázni a Titaniumot azoknak a fejlesztőknek, akik többplatformos megoldást keresnek alkalmazások létrehozásához.

Titán !== HTML

Valahányszor összehasonlítom a Phonegap-pel (Cordova), az Ionic-kal vagy bármi mással, rázni kezdem a fejem, hadonászok a karommal, és hangosan sikoltozok, hogy a Titaniumnak nincs HTML-je.

A titán alkalmazások nem olyan webhelyek, amelyek csodálatos módon be vannak csomagolva alkalmazásokba.

De amikor olyan ügyfelekkel vagy kevésbé technológiás emberekkel kommunikálunk, akik a JavaScriptet ezekkel a technológiákkal társítják, nem mindig segít, ha a HTML-t csak egy technikai kifejezésnek tekintjük. Az sem teljesen helyes, ha a titánt úgy határozzuk meg, mint ami nem az.

Mit értesz "natív" fejlesztés alatt?

Válaszul kérdezni kezdtem:

Mitől natív az alkalmazás?

Talán ez az, ami...

Használja a fejlesztő az Apple, a Google és a Microsoft által biztosított eszközöket?
A fejlesztő platformszabvány nyelvet használ?
Az alkalmazás használja a platform által biztosított építőelemeket (API-kat)?
Az alkalmazás úgy működik, ahogyan a felhasználó elvárja ezen a platformon?

Egy rövid beszélgetés után arról, hogy szerintük a JavaScript mit nem tud nyújtani, a mérleg mindig a negyedik pont felé billent. Megerősíti Twitter szavazás, amelyet nemrégiben vezettem le.

Milyen a jó felhasználói élmény?

Mit jelent tehát a platformnak megfelelő UI és UX? Nos, először is, nem érdekel minket a technológia, csak az, hogy mit ad nekünk; Hogyan néz ki és érez az alkalmazás a felhasználó számára. Másodszor, az alkalmazás viselkedése a platformtól függ.

Az elvárásoknak megfelelően néz ki és viselkedik

Az iOS, Android és Windows tervezési követelményei eltérőek (iOS, Android, Windows), és ha ezekre épít, az alkalmazás kiszámíthatóbb lesz, és így könnyebben használható.
Jó példa erre a TabGroups. Androidon általában a Műveletsávba vannak beépítve, és ha sok van belőlük, görgetni fognak. iOS rendszeren a Tab Bar alul található, és ha ötnél több lapja van, az ötödik a kívánt lap kiválasztására szolgáló képernyőre vezet. A Windows rendszeren a Pivot Tab-ok majdnem úgy működnek, mint az Androidon, de kicsit másképp néznek ki, nem a képernyő alján található parancssor részei.

Tehát a natív alkalmazások fejlesztéséhez használt technológiának nem szabad saját felhasználói felületvezérlővel rendelkeznie, hanem a platform által biztosítottakat kell használnia.
A Titanium szinte mindenhez rendelkezik platformközi API-kkal, és ezeket mindig platform UI összetevőkké alakítja. Például a Ti.UI.TabGroup a fenti képen látható eredményt adja meg, de egy kódot ír (Alloy):
A lap B lap C lap
Azon API-k esetében, amelyek nem találhatók meg minden platformon, névtereket használunk, például a Ti.UI.Android.CardView-t.

Közös API-k, ahol lehetséges, platform-specifikus API-k, ahol nem. Mindig a célplatformhoz képest.

Várhatónak érzi magát

De van egy másik, kevésbé észrevehető tényező, amely befolyásolja az UX-t. Az alkalmazással való interakciónak a megfelelő érzéseket kell kiváltania. Ez alatt azt értjük, hogy a válaszidő és a vizuális válasz az, amit elvársz a platformtól.
Történelmileg ez mindig is nagy problémát jelentett a platformok közötti fejlesztésben. Minden megoldás, így vagy úgy, rendelkezik bizonyos szintű absztrakcióval a platform API-k felett. Ez potenciális szűk keresztmetszet. A Titaniumnál sok időt töltünk az optimalizálással. Vegyük például a ListView-t, amely 60%-kal gyorsabban reagálhat, mint elődje, a TableView.
A HTML-t használó alkalmazásokban ez továbbra is probléma. A lapos felület mindent megtesz annak érdekében, hogy ezek az alkalmazások jól nézzenek ki, de nem kell egy rakétatudós ahhoz, hogy észrevegye a különbséget abban, hogy a felhasználói felület hogyan reagál az interakciókra. Gyakran csak „nem olyan”, és ez az UX feladata: „ilyenné” tenni.

Hogyan lehet nagyszerű UX-t elérni?

Mindenekelőtt egy nagyszerű fejlesztőre van szüksége. Rossz alkalmazásokat lehet készíteni az XCode-ban Swifttel, így kétségtelenül bármilyen (platformos) technológia segítségével elkészítheti őket. Használja a megfelelő platform-specifikus felhasználói felület-összetevőket a megfelelő helyeken, kerülje el a memóriaszivárgást, írjon tisztán és intelligensen.
Ráadásul használja a rendelkezésére álló építőkockákat, ne utánozza őket. Ne feledje, Titanium !== HTML és 4 pontunk. Meggyőződésünk, hogy a natív felhasználói élményhez natív felhasználói felületet és rendszer API-kat kell használni. A 4. pont eléréséhez a 3. pontot kell kitöltenie.
Ezért a Facebook felhagyott a HTML-alkalmazásokkal, és létrehozta a React Native-t.
És igen, nekünk a Titaniumnál ez van 2009 óta.
Erős kód, natív kód... JavaScriptben!

Jelenleg 10 potenciális ügyfélből 9 kéri egy alkalmazás fejlesztését egyszerre 2 platformra - iOS és Android. Ez teljesen logikus, hiszen az említett platformok együttesen a piac több mint 95%-át foglalják el, és gazdaságilag is megvalósítható kifejezetten ezekre a platformokra mobilalkalmazást fejleszteni.

Az ügyfelekkel való kommunikáció során a cég műszaki igazgatója Mauris Vladimir Bondarenkonak gyakran meg kell magyaráznia az egyes platformok fejlesztési különbségeit, és azt, hogy miért két teljesen különböző termékről van szó. Sokan azt hiszik, hogy a programozók egy alkalmazást fejlesztenek ki, amelyet aztán regisztrálnak az App Store és a Google Play piacokon. Bizonyos esetekben ez igaz, de nem mindig. Vladimir a mobilalkalmazások fejlesztésének főbb megközelítéseiről beszélt.

Csak négy van belőlük:

Alkalmazáskészítő- kész szolgáltatás, amely lehetővé teszi egy mobil alkalmazás összeállítását 30 perc alatt.

Ennek a megközelítésnek két előnye van: sebesség és költség. Ennek eredményeként egy sablonos, márka nélküli, korlátozott funkcionalitású alkalmazást kap, anélkül, hogy az igényeihez igazítaná. Ezzel a fejlesztési megközelítéssel az Ön kívánságának több mint 50%-a nem valósul meg.

Cross-platform alkalmazás- egyetlen szoftvermegoldás mindkét mobilplatformra egyszerre. Maga a termék egy böngészőbe csomagolt weboldal, amely egy ikonra kattintva elindítja a kezdőlapot.

Előnyök:

A munka sebessége. A többplatformos alkalmazások interfésze érzékeny.
Fejlesztési idő. A 2 platformra szóló egyetlen megoldásnak köszönhetően a fejlesztési idő jelentősen csökken.
Platform technikai támogatás.

Hibák:

Korlátozott API. Annak ellenére, hogy a React Native rengeteg API-t támogat, továbbra is szükség van más API-k használatára a beépített modulokon keresztül.
Az Android és iOS platformok közötti különbségek.
Viszonylag alacsony teljesítmény. Ha összetett alkalmazás fejlesztését tervezi, a React Native nem az Ön számára való.

Ennek eredményeként a felhasználó rugalmas alkalmazást kap, natív, reszponzív felülettel és egységes szoftverbázissal. De érdemes figyelembe venni, hogy a technológia meglehetősen új, és bizonyos esetekben az alkalmazás fejlesztőinek maguknak kell módosítaniuk a mobil fejlesztéshez szükséges szabványos szoftverkomponenseket.

Natív fejlődés- két független alkalmazás fejlesztése iOS és Android platformra.

Előnyök:

Könnyű fejlesztés és hibakeresés. Általában a natív alkalmazások fejlesztése sokkal kényelmesebb, mint például a többplatformos alkalmazások fejlesztése. Ez annak köszönhető, hogy a natív fejlesztésben nincsenek további rétegek az alkalmazás kódja és a végrehajtható fájl között, és általában a natív eszközök fejlettebbek.
Dokumentáció elérhetősége és rendszeres műszaki támogatás
A munka sebessége. A natív alkalmazások nagy sebességet és teljesítményt biztosítanak.
Használhatóság. A natív alkalmazások lehetőséget adnak egy program felületének és általános viselkedésének egy adott platformon a legtermészetesebb módon való megvalósítására.

Hibák:

Platform lefedettség.
Magas fejlesztési költség.
Nehéz tapasztalt kivitelezőt találni. Általánosságban elmondható, hogy jó Java vagy Objective-C fejlesztőt találni meglehetősen nehéz e terület sajátosságai és a technológiába való belépés magasabb akadálya miatt.

mi az eredmény? Mindegyik platformhoz a legrugalmasabb alkalmazást kapja meg a képességek teljes arzenáljával, de az alkalmazás megvalósításához és támogatásához mindegyik platformon külön fejlesztői csapatra lesz szükség.

Számos kevésbé népszerű technológia létezik az alkalmazások megvalósítására, de ezek mindegyike beleillik a fent leírt fokozatba.

Most egy alkalmazás fejlesztése előtt kiválaszthatja az optimális megvalósítási módot költségvetése, időzítése és funkcionalitása alapján.

Ebből a videóból megtudhatja, mennyi ideig tart egy mobilalkalmazás fejlesztése. További videók a mi oldalunkon csatorna:

*Ebben a cikkben a webböngésző-alapú hibrid alkalmazásokkal foglalkozunk.

Natív vagy hibrid – ez a kérdés. A helyes választáshoz világosan meg kell értenie, hogy mik az egyes alkalmazások, és milyen célokat szolgálnak.

Érdekes! A Flurry Analytics statisztikái szerint a telefonnal töltött idő 90%-át alkalmazásokban töltjük.

Bár mindegyik típusnak megvannak a maga lelkes támogatói, a natív és a hibrid alkalmazások egymás hátába lélegeznek, megnehezítve az egyértelmű győztes kiválasztását.

Sok éves tapasztalattal rendelkezem natív és hibrid alkalmazások fejlesztésében, mindkét típus jellemzőit alaposan tanulmányoztam. Ebben a cikkben megpróbáltuk összegyűjteni bennszülöttek és hibridek fő előnyei és hátrányai, hogy könnyebb legyen a helyes választás.

HIBRID ÉS NATÍV ALKALMAZÁSOK

Tehát miben különbözik ez a két alkalmazástípus egymástól?

Natív alkalmazás minden platformon őshonos, legyen az iOS vagy Android, és kifejezetten ehhez írják egy adott nyelven.

Natív iOS-alkalmazás írásához Swift vagy Objective-C lesz használva. Natív Android alkalmazásokhoz a Java vagy a Kotlin megfelelő.

A VisionMobile statisztikái szerint azonban az összes natív iOS-alkalmazás 47%-a és az összes natív Android-alkalmazás 42%-a valóban HTML5-öt is használ.

És itt van egy példa egy natív alkalmazásra:

A világhírű Bounce e-kereskedelmi alkalmazást fejlesztőink írták Swift for iOS és Java for Android nyelven.

Az alkalmazás elérhető itt Apple StoreÉs A Google Play.

Ellentétben a natíval hibrid alkalmazások mindkét platformra egyszerre lettek kifejlesztve, és univerzális nyelven íródnak.

A hibridekkel megismerkedhet másik, a nyugati piacon elterjedt alkalmazásunk - a LASIK online sebészkereséshez és időpont egyeztetéshez - példáján.

Az alkalmazás elérhető itt Apple StoreÉs A Google Play.

Nézzük meg közelebbről az egyes típusokat, és derítsük ki legmélyebb titkait. Kezdjük a kétarcú hibrid alkalmazásokkal.

A HIBRID ALKALMAZÁSOK ELŐNYEI

Megtakarítás . Ha nem áll készen arra, hogy kiürítse pénztárcáját a tökéletes alkalmazás érdekében, hanem egy egyszerű alkalmazást szeretne megfizethető áron, akkor a hibrid az Ön választása. Gondoljon csak bele, mennyit takarít meg, ha egyszerre két platformra hoz létre egy alkalmazást!

Piacra lépés egyszerre 2 platformon . Mivel egy hibrid alkalmazást egyszerre két platformra írnak, egyszerre két piacot ér el. Emiatt a potenciális felhasználók száma is megduplázódik, az alkalmazás letöltésének esélyével együtt. A hibrid alkalmazások erősségei azonban itt véget érnek, és érdemes odafigyelni a gyenge pontjaikra.

A HIBRID ALKALMAZÁSOK HÁTRÁNYAI

Kivihetetlenség . Még egy jól megtervezett hibrid alkalmazás is gyorsan elavulttá válhat. A haladás nem áll meg, és az alkalmazástulajdonosok igyekeznek lépést tartani vele. Amint új technológiák jelennek meg, minden tulajdonos igyekszik a lehető leghamarabb egy különös funkciót hozzáadni az alkalmazásához. Sajnos a hibrideknél 3-6 hónapot vesz igénybe a keret megváltoztatása és új funkciókat ad hozzá. A fejlesztők csak ezután tudják javítani az Ön alkalmazását. A natív alkalmazásokban az újítások bejelentésük után azonnal hozzáadhatók.

Nem valószínű, hogy alkalmazásunkra lesz kereslet a felhasználók körében, ha rossz minőségűnek és instabilnak bizonyul:

A statisztikák szerint a felhasználók közel fele azonnal eltávolítja okostelefonjáról az unalmas és rosszul megtervezett alkalmazásokat, és helyettük más, jobb versenyképes alkalmazásokat telepít.

Alacsony sebesség . A hibrid alkalmazások gyakran olyan weboldalak, amelyek nem túl hatékonyak, például a nehéz tartalmak görgetésében: képek, animációk stb.

Görgetés – az oldal függőleges vagy vízszintes görgetése.

A webes elrendezésen alapuló hibrid fejlesztés ráadásul különféle összeállításokon megy keresztül, ami szintén csökkenti az alkalmazás sebességét, és egyáltalán nem tetszik a felhasználóknak.

A fordítás egy magas szintű programozási nyelv (PHP, Java, JavaScript) gépi nyelvre fordításának folyamata.

Tervezési kihívások . Ha azt szeretné, hogy az alkalmazás megjelenése illeszkedjen az egyes platformok professzionális és alaposan átkutatott rendszerterveihez, legyen az iOS vagy Android, akkor mindkét operációs rendszerre külön-külön kell terveznie. Az iOS és Android alkalmazásoknak megvannak a saját egyedi tervezési szabványai, és mivel egy hibrid alkalmazás nem felel meg ezeknek a szabványoknak, a megjelenését a megfelelő keretrendszerhez kell igazítani. Kiderült, hogy a munka végén csak egy jelentkezést kap, de kettőre időt és pénzt költött.

A forráskód bizonytalansága . A hibrid alkalmazások egyik komoly hátránya a bizonytalanságuk. Míg a natív alkalmazásokat titkosítják, mielőtt megjelennének a hivatalos áruházban, a hibrid alkalmazások „csupasz” marad. Mivel sok hibrid alkalmazás HTML-oldalon alapul, nem kerül semmibe, ha megnézi annak forráskódját, és megérti, hogyan működik az alkalmazás. Legalább a kódot ellophatják. A támadó legfeljebb saját önző céljaira használhatja fel az alkalmazást, például személyes információk és adatok megszerzésére az alkalmazásról.

A NATÍV ALKALMAZÁSOK ELŐNYEI

Jó minőség . Egy rendkívül speciális natív alkalmazásfejlesztő tiszta, egyedi kódot ír Önnek. A sok éves fejlesztési tapasztalat és a natív iOS és Android alkalmazások egyértelmű szabványai segítenek abban, hogy kiváló minőségű terméket hozzon létre széles funkcionalitással, és szinte minimálisra csökkenti a hibák kockázatát.
Alacsony a valószínűsége annak, hogy elutasítják az App & Play Áruházakban való elhelyezést . Mivel egy natív alkalmazás kezdetben megfelel egy adott platform szabványos követelményeinek, nem valószínű, hogy bármilyen problémába ütközne, amikor elindítja az alkalmazást a hivatalos App Store-ban és a Play Store-ban.
100%-ban UX dizájn használata . A modern felhasználókat elkényeztetik a színes, részletgazdag felületek, az egyszerű, szabványosított alkalmazások pedig valószínűleg nem érdeklik őket. A natív fejlesztés során az UX tervezést 100%-ban használják, ami lehetővé teszi egy kiváló minőségű és érdekes alkalmazás létrehozását. A hibrid alkalmazással mindkét platformon szabványosított élményt kap.

Változatos fejlesztési eszközök . A natív alkalmazások fejlesztésében szerzett sokéves tapasztalatnak köszönhetően rengeteg különféle keretrendszer, sablon és egyéb bevált eszköz áll rendelkezésre, amelyek lehetővé teszik, hogy alkalmazását egyedivé, egyedivé és stabillá tegye.
Nagy fejlesztői közösség . És természetesen egy natív alkalmazás fejlesztése során nem valószínű, hogy olyan problémával találkozik, amelyet korábban senki sem oldott meg. Ez azt jelenti, hogy nem kell több időt töltenie a megfelelő megoldás keresésével, hanem más programozók tapasztalatait is igénybe veheti.

A NATÍV ALKALMAZÁSOK HÁTRÁNYAI

Ár . Ahogy mondani szokás, az ingyen sajt csak egérfogóban van. A natív alkalmazás egy egyedi, jó minőségű termék, melynek elkészítése sok időt és természetesen magasan képzett, sok éves tapasztalattal rendelkező fejlesztőt igényel. Ezért egy ilyen alkalmazás ennek megfelelően kerül kiadásra.

ÉRDEKES TÉNY

Meg fogsz lepődni, amikor megtudod, mi is az valójában egy natív iOS-alkalmazás fejlesztése kevesebbe kerül, mint egy hibridé . Ne higgy nekem? Nézd meg magad!

Egy natív alkalmazás fejlesztése során egy adott platform SDK-jában számos eszköz található. Vagyis mindössze annyit kell tennie, hogy ezeket az eszközöket a natív alkalmazásában használja.

Hibrid esetében csak abban kell reménykedni, hogy a hibridfejlesztésre választott keretrendszer alapján lesz adaptáció egyik vagy másik natív eszközhöz.

Ha nincs ilyen eszköz, akkor vagy meg kell várni a megjelenését, vagy alternatív keretrendszereket kell fontolóra venni, vagyis sokkal több gond van a hibriddel.

Ez alapján kiderül, hogy alkoss egy natív iOS-alkalmazás olcsóbb, mint egy hibrid iOS-alkalmazás.

Ha egy hibrid alkalmazás és két natív fejlesztését hasonlítjuk össze, akkor a hibrid ára a várakozásoknak megfelelően alacsonyabb lesz, ugyanis egy hibrid alkalmazásban a backend és a frontend egyszerre két platformra is alkalmas.

Egy natív alkalmazásban két különálló frontendet kell fejlesztenie, amelyek megfelelnek az egyes platformok általánosan elfogadott szabványainak.
Ezért az árak:

HIBRID iOS ALKALMAZÁS– 11,5 ezer dollár
HIBRID iOS + Android ALKALMAZÁSOK
12,5 ezer dollár

NATÍV iOS ALKALMAZÁS– 10 ezer dollár
NATÍV iOS + Android ALKALMAZÁSOK
18 ezer dollár

Ha azonban alaposan megnézi, észre fogja venni, hogy a natív alkalmazások költsége nem sokkal magasabb, mint a hibrid alkalmazásoké.

Most gondolkodjon el azon, hogy pénzt takarítson-e meg egy alkalmazás fejlesztésekor vagy sem? Vagy esetleg készítsen egyszerre két natívot?

Hiszen mind az alkalmazás megjelenése, mind az, hogy mennyire lesz kényelmes és minőségi, nagyon fontos a felhasználók számára.

MILYEN ALKALMAZÁST KELL VÁLASZTANI?

Ebben az esetben 100%-ig biztos abban, hogy a pénzt nem pazarolták el, és ennek eredményeként pontosan azt az alkalmazást kapja meg, amelyet megrendelt.

ÍGY ,

Válasszon hibrid alkalmazást ha szeretnél kapni:

egyszerű alkalmazás
alkalmazás két platformra kedvező áron
1 alkalmazás, amely képes gyorsan belépni két piacra (ios/Android)

Válasszon egy natív alkalmazást, ha szükséged van:

professzionális alkalmazás, amely megfelel a kiválasztott platform összes szabványának
komplex alkalmazás széles funkcionalitással
nagy sebességű alkalmazás

Most, hogy mindent és többet is tud a natív és hibrid alkalmazásokról, könnyen kiválaszthatja a megfelelőt.

Valósítsa meg legmerészebb álmait és ötleteit .