Platvormideülene versus mobiilirakenduse loomulik arendamine: rakenduse projekti jaoks sobivate arendusvahendite valimine

Ülemaailmne mobiilirakenduste turg, mille maksumus on tänavu eeldatavalt 77 miljardit dollarit, on läbi teinud mitu olulist muudatust. Täna töötab 99,6% kõigist nutitelefonidest kas iOS või Android. Nüüd käsitlevad ettevõtted mobiilirakendusi kaubamärgi tuntuse suurendamise kanalina, mitte omaette ettevõttena. AI-lahenduste (nimelt vestlusbottide) ja kullerite üha kasvava kasutuselevõtuga hakkavad eksperdid isegi mobiilirakenduste tulevikku kahtlema! Vaidluste ja kaose keskel on mobiilirakenduse loomuliku versiooni ja platvormidevahelise arendamise argument kuumem kui kunagi varem. Kas teie ettevõte peaks investeerima looduslikku rakendusse või tegema seda platvormideülese rakendusega? R-Style Labi iOS-i rakenduste arendusüksuse juhataja Pavel Vaskou toob välja peamised erinevused mitme platvormi ja looduslike rakenduste vahel ning selgitab, miks hübriidiks minek ei pruugi olla hea otsus.

Platvormideülene versus omamaised rakendused: peamised erinevused

Natiivne mobiilirakendus on rakendus, mis vastab konkreetse operatsioonisüsteemi nõuetele, kasutades selle SDK-d (samuti riistvaramälu, käiku ja muid seadmesse installitud rakendusi).

Natiivsete mobiilirakenduste eeliste hulka kuuluvad:

· Suur jõudlus;

· Ülim kasutajakogemus;

· Suurem nähtavus rakenduste poes.

Platvormideülene rakendus on mobiilirakendus, mis ühildub mitme opsüsteemiga ja mida saab seetõttu kasutada mis tahes nutitelefonis või tahvelarvutis.

Platvormideüleseid mobiilirakendusi on kahte tüüpi:

· Algplatvormidevahelised rakendused. Igal opsüsteemil on oma SDK ja suurem tehnikapakk (Java Androidile ja Objective-C / Swift iOS-i rakenduste arendamiseks). Kogenud mobiilimüüja saab aga luua loomuliku tarkvaraarenduskomplekti peal töötava ühtse API ja kasutada mõlemas Androidi ja iOS-i rakenduses sama koodbaasi. Algplatvormidevahelised rakendused on peamiselt ehitatud koos Xamarini ja Appcelerator Titaniumiga;

· Hübriidsed HTML5-rakendused. Ehkki mobiilirakendused on mõeldud nutitelefonidele ja tahvelarvutitele, käsitlevad rakenduse loogikat tagapõhiserverid (kas esmase või pilvepõhised). Kuna nii iOS-i kui ka Androidi SDK-del on täiustatud veebikomponendid, kasutavad kvalifitseeritud tarkvarainsenerid WebView-d sageli rakenduse GUI (graafilise kasutajaliidese) osade loomiseks koos HTML5, CSS ja JavaScriptiga. Kõige populaarsem hübriidrakenduste arendusraamistik on Apache Cordova (endise nimega PhoneGap).

Parimad platvormidevahelised mobiilirakenduste arendamise tööriistad

Apache Cordova, Xamarin ja Unity moodustavad platvormideülese rakenduse arendustööriistade kogu turust 70%.

· Apache Cordova. Apache Cordova tech-korstnas on HTML5, CSS3 ja JavaScript. Mobiilirakenduse arendusraamistik võimaldab juurdepääsu nutitelefoni sisseehitatud kiirendusmõõturile, failisalvestusele, GPS-ile, kontaktandmetele, meediumitele ja teatistele. Apache Cordoval on mitmeid eeliseid, sealhulgas üsna lihtne API ja võimalus kasutada mis tahes JS-i raamistikku. Kuid platvorm visualiseerib rakenduse kasutajaliidese veebibrauseri kaudu (see võib põhjustada viivitusi). Samuti on mõned Cordova pistikprogrammid dateeritud, nii et arendajad peavad sageli kohandatud pistikprogramme kirjutama nullist;

· Xamarin. Rakendusega #C ja .Net võimaldab Xamarin arendajatel koodi uuesti kasutada ja lihtsustab iOS-is dünaamiliste paigutuste loomise protsessi. Teatavaid kasutajaliidese komponente ei saa MonoTouchis ja MonoDroidis siiski rakendada, kuna need sõltuvad Androidi / iOS-i spetsiifilistest funktsioonidest;

· Ühtsus. Unity on populaarne mobiilirakenduste arendusmootor, mis võimaldab tarkvarainseneridel töötada välja kvaliteetseid 2D / 3D rakendusi (enamasti mänge) erinevatele platvormidele, sealhulgas Windows, iOS, Android ja Xbox. Ühtsust (koos Unreal Engine'iga) peetakse üheks parimaks tööriistaks 3D-sisu esitamiseks. Lahendusel on palju tasuta kasutatavaid pistikprogramme ja see toetab kohandatud varjundite väljatöötamist. Sellegipoolest on Unityl järsk õppimiskõver ja selle kompilaatorid pole ARM-protsessorite jaoks optimeeritud.

Paveli sõnul võib platvormidevaheliste mobiilirakenduste populaarsuse seostada kasvava nõudlusega ettevõtete mobiilirakenduste järele (mis ületab varsti saadaoleva arendamismahu 500% võrra) ja kurikuulsa Bring Your Own Device'i suundumuse (2017. aasta jooksul pool tööandjad nõuavad, et töötajad kasutaksid tööks omaenda vidinaid).

Kui ressursside tõhus kasutamine ja lühem kasutuselevõtu aeg ületavad UX-i, on platvormidevaheline kasutamine mõttekas.

Platvormideülese mobiilirakenduse arendamise plussid ja miinused

Platvormideülese rakenduse loomise eeliste hulka kuuluvad:

· Lühem dev aeg. Tingimusel, et olete valinud õige tehnoloogiakihi ja kavandate oma projekti põhjalikult, saab teie müüja uuesti kasutada kuni 80% algsest koodbaasist;

· Kulutõhususe. Natiivse mobiilirakenduse ehitamine maksab teile vähemalt 10 tuhat dollarit - ja Clash of Clans kloonist ei räägita siin. Korrutage maksumus kahega (iOS ja Android) ja lisage 30% (Android dev on kallim) ning saate nii rakenduste poes kui ka Google Plays rakenduse käivitamise ligikaudse kulu;

· Kokkupuude suurema arvu kasutajatega. Enamik platvormideüleseid rakendusi töötab nii Androidis kui ka iOS-is (samuti Windowsis, Linuxis, Tizenis ja isegi Symbianis);

· Värskendab sünkroonimist. Maailmas, kus edukad rakenduste väljaandjad avaldavad värskendusi kuni neli korda kuus, võivad hoolduskulud kulutada suure osa kogu rakenduse müügitulust - ja just seal võidab platvormideülene arendus.

Ja siin on koht, kus platvormist sõltumatud rakendused ebaõnnestuvad:

· Jõudlusprobleemid. Nutitelefonide arvutusvõimsus on suhteliselt väike. HTML5 / CSS kasutajaliidese raskete komponentide renderdamine seevastu võtab palju GPU / CPU ressursse ja võib pikendada rakenduse reageerimisaega;

· UX probleemid. Mõlema platvormi UX-i nõuete täitmine võib olla väljakutse. Apple on eriti kurikuulus oma inimliidese juhiste osas ja loobub omamaistesse konteineritesse mähitud mobiilsetest veebisaitidest. Kuid vead ja kehv kasutajaliidese kujundus moodustavad 20% kõigist App Store'i tagasilükkamistest; kui pöördute usaldusväärse mobiilirakenduste arendusettevõtte poole, saab teie HTML5 rakendus tõenäoliselt rohelise tule.

Valimine looduslike ja platvormidevaheliste rakenduste vahel

Valik platvormidevahelise ja loodusliku rakenduse vahel sõltub rakenduse kavandatud funktsioonide komplektist ja rakenduse ulatusest (täppis pole ette nähtud).

Kui teie mobiilirakendusest peaks saama omaette ettevõte (nt treening- ja tervishoiuteenused või populaarsed nägu muutvad rakendused), on emakeelena minek ilmselge valik. Ettevõtetele, kes soovivad luua puhtalt informatiivse või sisu levitamise rakenduse, võib platvormidevaheline arendus olla just see, mille arst käskis.

Juba 2012. aastal asendas Facebook, maailma suurim suhtlusvõrgustik, nende HTML5 rakenduse loomuliku iOS-i pealkirjaga ja nimetas nende hübriidse tegevuse „suurimaks veaks“, mida nad kunagi teinud on. Facebooki iOS-i endise tootejuhi Mick Johnsoni sõnul aitas emakeelena valimise otsus ettevõttel lahendada kolm peamist rakenduse toimimisega seotud küsimust, sealhulgas käivituskiirus, uudistevoo sirvimine ja selle sees piltide koputamine. Facebook jätkas sama aasta hiljem omapärase Androidi rakenduse väljaandmist. Ettevõttel pole HTML5 vastu midagi - juhib tehnoloogia ikkagi nende mobiilset veebisaiti. Kuid see ei vastanud ettevõtte mobiilirakenduse nõuetele - ja võib-olla ei vasta see teie omadele. Sellepärast peaksite konsulteerima kogenud müüjaga ja kavandama oma mobiilirakenduse strateegia, võttes arvesse eeldatavat töökoormust ja funktsioonide komplekti.