7 mín. Leiðarvísir fyrir þróun forrits á palli

Upphaflega birt á http://www.appsterhq.com/

Kross-pallforrit: Já, eða nei? Það er spurning sem við metum oft hjá Appster.

Þó mikið hafi verið ritað um að velja réttan farsíma fyrir vöruna þína, hefur enn ekki verið um að ræða óyggjandi svar.

Þegar öllu er á botninn hvolft er það flókin ákvörðun að taka.

Hver pallur hefur sína kosti og galla - allt eftir kröfum þínum, svo og markmiðum fyrirtækisins, getur ávinningur ákveðins vettvangs vegið þyngra en gallar þess að bjóða fram sannfærandi lausn fyrir þarfir þínar.

Hér að neðan mun ég kafa í því hvað þróun á vettvangi þýðir og útskýra kosti þess og galla.

Næst skal ég útfæra fimm spurningar sem munu hjálpa þér að meta hvort kross-pallforrit séu skynsamleg fyrir fyrirtækið þitt.

Hvað er þróun þráðlausra farsíma?

Kross-pallur farsímaþróun vísar til þróunar forrita sem hægt er að nota á mörgum farsíma, svo sem Android og iOS.

Notkun hugbúnaðar yfir vettvang er einn frumkóði forrits saman í innbyggðan kóða fyrir mismunandi stýrikerfi. Þetta er frábrugðið þróun forrits þar sem / þar sem forrit er þróað fyrir ákveðinn vettvang.

Kostir þróunar þráðlausra forrita fyrir farsíma

1. Lægri þróunarkostnaður og minni tími gefinn

Þessi aðferð skapar einn kóðagrundvöll og dregur þannig úr flækjunum við að þurfa að stjórna mörgum kóðabreytum, verkfæratæki verktaki, tungumálum og aðferðafræði sem innbyggt forritsþróun krefst.

Þú munt líklega þurfa minni mannafla líka eða vera fær um að birta forrit innan skamms tímaramma með sama fjölda þróunaraðila.

Að auki, með því að velja rétt verkfæri og kortleggja ítarlega stefnu fyrir þróun, munt þú vera fær um að endurnýta 75 prósent af upprunalegum kóðabasis og þar með skera niður þann tíma sem þarf til að þróa forritið þitt.

2. Útsetning fyrir stærri notendagrunni

Að vera tiltækur á mörgum farsímum tryggir að þú lendir ekki í því að framlengja umtalsverðan notendagrunn með því að þjóna ekki öllum kerfum jafnt.

3. Bankaðu á kostina sem hvert krosspallverkfæri hefur í för með sér

Xamarin:

Hönnuðir geta nýtt sér innfæddur verkfæri UI til að búa til app sem kynnir kunnuglegt viðmót og „finnst rétt“ fyrir notendur.

  • Góð samsvörun fyrir stór fyrirtæki:

Þar sem Xamarin notar C # ásamt .NET rammanum, þá þjónar það sem samsvörun fyrir stór fyrirtæki sem nota Microsoft verkfæri eða hafa þegar lið af C # eða .NET verktaki til staðar.

Hvarf innfæddur:

React Native notar JavaScript, eitt vinsælasta forritunarmálið. Þetta gerir það auðveldara þegar kemur að ráðningu verktaki með hæfileikakeðjuna sem þú þarft.

Viltu gera breytingar á núverandi forriti? Þú getur notað React Native UI íhluti á kóðann án þess að þurfa að endurskrifa. Ef forritið þitt er smíðað með ramma eins og Cordova eða Ionic er einnig hægt að endurnýta kóðann með tappi.

Ókostir við þróun þráðlausra farsímaforrita

1. Vandamál notendaviðmóta

Þar sem hver pallur hefur sína einstöku notendaviðmótaþætti, getur það verið áskorun sem uppfyllir sérstakar kröfur fyrir hvern vettvang, sérstaklega ef notendaviðmóðarkóðanum er deilt yfir pallana.

Apple er þekkt fyrir að hafa strangar viðmiðunarreglur, þannig að verktaki hætta á að hafna forritunum sínum þegar þeir senda appið sitt í App Store. Og þó að viss verkfæri geri verktaki kleift að skrifa notendaviðmótskóða sérstaklega fyrir hvern vettvang, þá getur tíminn sem tekur ferlið útrýmt þeim tímasparandi ávinningi sem verkfæri yfir palli bjóða.

2. Töskur að baki hvað varðar innleiðingu nýrra eiginleika

Kross-pallur tól getur hindrað þig í að innleiða nýjustu iOS eða Android uppfærslurnar, þar sem tæki þriðja aðila geta ekki veitt tafarlausan stuðning. Tímaskekkja mun eiga sér stað áður en hægt er að innleiða nýjar viðbætur eða breytingar.

3. Að takast á við ókostina sem hvert krosspallverkfæri hefur í för með sér

Xamarin:

Það fer eftir hlutverki sínu og flóknu stigi, Xamarin forrit eru yfirleitt stærri en innfædd forrit. Hér er dæmi til að sýna fram á muninn: á Xamarin spjallþræði deildi verktaki VinirShah því að Xamarin app sem var teiknað af teymi hans skipaði 3 MB, en svipað forrit skrifað í Objective-C skipaði aðeins 172 KB. Sem slík þurfa Xamarin forrit frekari hagræðingu til að halda skráarstærðinni þokkalegri.

Samfélag Xamarin verktaki er talsvert minna miðað við iOS eða Android forritara, svo þér gæti fundist það meira krefjandi þegar kemur að ráðningu reyndra forritara.

Hvarf innfæddur:

Unga lífríki React Native þýðir að tólið er í stöðugri þróun og uppfærslur bókasafna eru gefnar út um það bil í hverjum mánuði. Þó að þetta þýði að notendur fái fleiri verkfæri, þá þyrftu þeir einnig að fjárfesta tíma og fyrirhöfn í að rannsaka skjölin til að tryggja að þessi verkfæri virki með áður stofnuð API.

Í sumum tilvikum getur skortur á sérsniðnum íhlutum þýtt að verktaki þarf að byggja eigin lausn frá grunni. Þetta var vandamál sem Netguru teymið stóð frammi fyrir - þeir áttu í vandræðum með að láta skugga virka í React Native appinu sínu þar sem sérsniðna bókasafnið var aðeins fáanlegt í beta útgáfu. Fyrir vikið urðu þeir að smíða nauðsynlega einingu á eigin spýtur.

Þarf fyrirtæki mitt kross-pallforrit?

Hér eru fimm spurningar til að hjálpa þér að ákveða hvort kross-pallforrit henti þínum þörfum:

1. Hver er tímalínan mín?

Fyrsta skrefið sem þú þarft að taka er að kortleggja tímalínu forritsþróunar þinnar. Ef þú ætlar að gefa út bæði iOS og Android útgáfur af forriti, hver muntu setja af stað fyrst? Og hversu mikill tími hefur þú þangað til þú sleppir hinni útgáfunni?

Þegar tímalínan þín er kortlögð muntu hafa skýrari hugmynd um hvaða aðferð hentar betur þínum þörfum.

Til dæmis, ef þú þarft að gefa út iOS-app á þröngum tíma og ætla að setja af stað Android útgáfu á síðari stigum, getur þróun appa verið viðeigandi valkostur. Swift, forritunarmálið sem Apple hefur þróað er eitt af nýjustu forritunarmálunum og það er hannað til að vera auðvelt í notkun. Hönnuðir geta séð hvað þeir eru að búa til með kóðanum þegar þeir skrifa hann og tungumálið inniheldur algeng orð og orðasambönd eins og „bæta við“ og „fjarlægja“. Sem slíkur er miklu hraðar að þróast í.

Í öfugri atburðarás - þar sem þú þarft að ræsa Android útgáfuna á stuttum tíma - getur þróun þvert á vettvang verið betri kostur. Það er vegna þess að Java, sjálfgefið tungumál fyrir Android þróun er flóknara og getur skapað meiri erfiðleika.

2. Hver er fjárhagsáætlun mín?

Þegar þú ákveður á milli palla verðurðu að líta lengra en núverandi kostnaður við verkefnið og í staðinn meta heildarkostnaðinn með tímanum.

Þótt þróun yfir vettvang sé venjulega ódýrari, getur það haft í för með sér aukakostnað smám saman. Þar sem ramma yfir pallur er nýrri getur verið kostnaðarsamt eða að taka lengri tíma að ráða eða setja saman hóp reyndra verktaki. Á hinn bóginn er tiltölulega auðveldara að ráða Java eða Swift forritara.

Þú þarft einnig að meta kröfur forritsins þíns og viðskipta. Til dæmis, ef þú ætlar að gefa út nýja eiginleika eða innleiða breytingar stöðugt, mun þróun á vettvangi skapa meiri kostnaðarsparnað þar sem þú þarft aðeins að stjórna einum kóðabasis.

3. Hver er ætlað aðgerðasett og umfang umsóknar?

Ef þú ert að stofna fyrirtæki í kringum farsímaforritið þitt, eða ætlar að innleiða flókna eiginleika eða hreyfimyndir, er það að vera innfæddur maðurinn. Native apps bjóða upp á skjót samþættingu nýrra eiginleika, leyfa fullan aðgang að þjónustu og eiginleikum tækisins, sjálfvirkt eftirlit með afköstum appsins og betri árangri með hreyfimyndum og flutningi.

Fyrirtæki sem hafa farið að uppruna í tilboði til að bæta afköst appsins eru Facebook og LinkedIn. Facebook lenti í vandræðum eins og skortur á sléttri skrun, töfum á hleðslutíma myndar og biluðum AppCache, á meðan LinkedIn vildi leysa vandamál eins og skort á minni pláss fyrir notendur, skort á kembiforritum og flutningstólum, auk vandamála í hreyfimyndum.

En hvað ef einfalt forrit sem þarfnast litla aðlögunar passar frumvarpinu? Í þessu tilfelli er góð byrjun að velja þróun þvert á vettvang. Nokkur dæmi eru verkefnalistaverkefni Tasky, farsímabúnaður neytendabankans Burgan Bank og kostnaðarstjórnunartæki Captio.

4. Hver er markhópur minn og hvar eru þeir?

Ef þú miðar á notendur á mörgum kerfum og tækjum er kross-pallforrit líklega besti kosturinn.

Þetta var tilfellið fyrir alþjóðlega flutningafyrirtækið MRW. Með meira en 10.000 starfsmenn yfir 1.300 sérleyfi þurftu samtökin app sem vann á mörgum kerfum til að auðvelda samhæfingu afhendingar. Þó að það hafi byrjað með innfæddur app fyrir Windows skipti MRW yfir í að nota Xamarin svo það gæti smíðað fyrir Android og iOS en hélt sig innan tímans og fjárhagsáætlunarskilyrða.

5. Er þróun þvert á pallur í samræmi við stafrænu stefnuna mína?

Byrjaðu á því að skoða núverandi stafræna stefnu og fjármagn. Ef þú hefur smíðað móttækilegan vef með flóknum virkni og gagnvirkni, getur það þurft umfangsmikið fjármagn til að laga þessa eiginleika fyrir kross-pallforrit sem passar við kröfur notenda þinna.

Á hinn bóginn, ef þú ert ekki enn með vefsíðu, getur þróun yfir vettvang skapað meiri kostnaðarsparnað með því að gera verktaki kleift að smíða farsíma-, skrifborðs- og vefsíðuforrit með einum kóðabasis.

Upphaflega birt á www.appsterhq.com.

//

Takk fyrir að lesa!

Ef þú hafðir gaman af þessari grein, hikaðu ekki við þennan klapphnapp fyrir neðan til að hjálpa öðrum að finna hana!

Ertu með hugmynd að forriti? Tölum saman.

Við höfum hjálpað til við að byggja yfir 12 milljóna dollara sprotafyrirtæki á síðustu árum. Athugaðu hvernig við getum hjálpað þér.