7 perces útmutató a platformok közötti alkalmazásfejlesztéshez

Eredetileg a http://www.appsterhq.com/ oldalon közzétették

Platformok közötti alkalmazások: Ja, vagy nem? Ezt a kérdést gyakran értékeljük az Appsternél.

Bár sokat írtak a termékéhez megfelelő mobil platform kiválasztásáról, még nem kell meggyőző választ adni.

Végül is bonyolult döntést kell hozni.

Mindegyik platformon megvannak a maga előnyei és hátrányai - az Ön igényeitől és vállalkozásának céljaitól függően egy adott platform előnyei meghaladhatják annak hátrányait, hogy kényszerítő megoldást nyújtson az Ön igényeinek.

Az alábbiakban arra gondolok, hogy mit jelent a platformok közötti fejlesztés, és elmagyarázom annak előnyeit és hátrányait.

Ezután öt kérdést dolgozok ki, amelyek segítenek felmérni, hogy a platformok közötti alkalmazásoknak van-e értelme vállalkozásának.

Mi az a platformok közötti mobil fejlesztés?

A platformok közötti mobil fejlesztés olyan alkalmazások fejlesztésére utal, amelyeket több mobil platformon, például Androidon és iOS-en lehet használni.

Platformon átívelő szoftverekkel egyetlen alkalmazás forráskódja fordul be natív kódba a különböző operációs rendszerek számára. Ez különbözik a natív alkalmazásfejlesztéstől, ahol / amikor egy alkalmazást fejlesztenek ki egy adott platformon.

A platformközi mobil alkalmazásfejlesztés előnyei

1. Alacsonyabb fejlesztési költségek és kevesebb idő szükséges

Ez a módszer egy kódbázist hoz létre, ezáltal csökkenti a bonyolult feladatokat a több kódbázis, fejlesztői eszközkészlet, nyelv és módszertan kezelése, amelyekhez a natív alkalmazásfejlesztés szükséges.

Valószínűleg kevesebb munkaerőre lesz szükség, vagy ha rövid időn belül képes alkalmazást közzétenni ugyanannyi fejlesztővel.

Ezenkívül a megfelelő eszközök kiválasztásával és az alapos fejlesztési stratégia feltérképezésével újból felhasználhatja az eredeti kódbázis 75 százalékát, ezáltal csökkentve az alkalmazás fejlesztéséhez szükséges időt.

2. Expozíció nagyobb felhasználói bázis számára

Több mobil platformon elérhetővé válás biztosítja, hogy nem szabadulhat meg egy jelentős felhasználói bázis elidegenítésével azáltal, hogy nem szolgálja az összes platformon egyenlően.

3. Érintse meg azokat az előnyöket, amelyeket az egyes platformok közötti eszközök nyújtanak

Xamarin:

A fejlesztők kihasználhatják a natív felhasználói felület eszközkészleteit, hogy hozzanak létre egy alkalmazást, amely ismerteti a felhasználói felületet és „jól érezte magát” a felhasználók számára.

  • Jó mérkőzés nagyvállalatok számára:

Mivel a Xamarin a .NET-keretrendszerrel kiegészített C # -et használja, ez jó meccsként szolgál azoknak a nagyvállalatoknak, amelyek Microsoft eszközöket használnak, vagy amelyek már rendelkeznek C # vagy .NET fejlesztőcsapattal.

Natív reagálás:

A React Native a JavaScriptet használja, amely az egyik legnépszerűbb programozási nyelv. Ez megkönnyíti a fejlesztők felvételét a szükséges készségekkel.

Szeretne módosítani egy meglévő alkalmazást? A kódhoz a React Native UI összetevőket is alkalmazhatja anélkül, hogy újra kellene írni. Ha alkalmazásod olyan keretrendszerekkel épül, mint a Cordova vagy az Ionic, akkor a kódot plugin segítségével is könnyen újrafelhasználhatja.

A platformok közötti mobil alkalmazásfejlesztés hátrányai

1. A felhasználói felület kérdései

Mivel minden platformon megvannak a saját egyedi felhasználói felület elemei, kihívás lehet az egyes platformokra vonatkozó speciális követelmények teljesítése, különösen, ha a felhasználói felület kódja megoszlik a platformok között.

Az Appleről ismert, hogy szigorú iránymutatásokkal rendelkezik, így a fejlesztők kockáztatják, hogy alkalmazásukat elutasítják, amikor alkalmazásukat az App Store-ba benyújtják. És bár egyes eszközök lehetővé teszik a fejlesztők számára, hogy kifejezetten az egyes platformokra írják a felhasználói felület kódját, a folyamathoz szükséges idő kiküszöböli az időmegtakarítási előnyöket, amelyeket a platformok közötti eszközök kínálnak.

2. Elmarad az új szolgáltatások bevezetésében

Egy platformközi eszköz akadályozhatja meg a legújabb iOS vagy Android frissítések telepítését, mivel a harmadik féltől származó eszközök nem képesek azonnali támogatást nyújtani. Az új beépülő modulok vagy módosítások bevezetése előtt időbeli késés merül fel.

3. Azon hátrányok kezelése, amelyeket az egyes platformok közötti eszközök előidéznek

Xamarin:

Funkcióitól és bonyolultságától függően a Xamarin alkalmazások általában nagyobbak, mint a natív alkalmazások. Íme egy példa a különbség szemléltetésére: A Xamarin fórum szálán a fejlesztő VinirShah megosztotta, hogy csapata által kódolt Xamarin alkalmazás 3 MB-ot foglal el, míg a Objective-C-ben írt hasonló alkalmazás mindössze 172 KB-ot tett ki. Mint ilyen, a Xamarin alkalmazások további optimalizálást igényelnek, hogy a fájlméret ésszerű legyen.

A Xamarin fejlesztői közösség lényegesen kisebb, mint az iOS vagy az Android fejlesztőknél, így sokkal nagyobb kihívást jelenthet a tapasztalt fejlesztők felvételekor.

Natív reagálás:

A React Native fiatal ökoszisztéma azt jelenti, hogy az eszköz folyamatosan fejlődik, és könyvtárfrissítéseket csaknem minden hónapban teszik közzé. Noha ez azt jelenti, hogy a felhasználók további eszközöket kapnak, időt és erőfeszítést kell fordítaniuk a dokumentáció tanulmányozására annak biztosítása érdekében, hogy ezek az eszközök a korábban létrehozott API-kkal működjenek.

Egyes esetekben az egyedi összetevők hiánya azt jelentheti, hogy a fejlesztőknek saját megoldásukat kell építeniük az alapoktól kezdve. Ez a Netguru csapat problémája volt - nekik voltak problémái az árnyékok működésével a React Native alkalmazásban, mivel az egyedi könyvtár csak bétaverzióban volt elérhető. Ennek eredményeként saját maguknak kellett felépíteniük a szükséges modult.

Szüksége van vállalkozásom platformokon átnyúló alkalmazásra?

Íme öt kérdés, amelyek segítségével eldöntheti, hogy a platformok közötti alkalmazások megfelelnek-e az Ön igényeinek:

1. Mi az idővonalam?

Az első lépés, amelyet meg kell tennie, az alkalmazás fejlesztési ütemtervének feltérképezése. Ha egy alkalmazás iOS és Android verzióinak megjelenítését tervezi, melyiket indítod először? És mennyi idő áll rendelkezésére, amíg kiadja a másik verziót?

Miután meghatározta az ütemtervét, világosabb képet kap arról, hogy melyik módszer felel meg jobban az Ön igényeinek.

Például, ha szűk határidőn belül kell kiadnia egy iOS-alkalmazást, és később el kívánja indítani az Android-verziót, akkor a natív alkalmazás fejlesztése lehet megfelelőbb lehetőség. Az Apple által kifejlesztett Swift, a programozási nyelv az egyik legújabb programozási nyelv, és könnyen használható. A fejlesztők láthatják, mit hoznak létre a kóddal, amikor megírják, és a nyelv olyan általános szavakat és kifejezéseket foglal magában, mint például az „add” és az „remove”. Mint ilyen, sokkal gyorsabban fejlődik be.

Fordított forgatókönyv esetén - ahol az Android verziót rövid időn belül el kell indítani - jobb lehet a platformok közötti fejlesztés. Ennek oka az, hogy a Java, az Android alapértelmezett nyelve az Android fejlesztésében bonyolultabb, és nagyobb nehézségeket okozhat.

2. Mi a költségvetésem?

Amikor a platformok között döntesz, át kell néznie a projekt jelenlegi költségein, és ehelyett ki kell értékelnie a teljes költségeket az idő múlásával.

Noha a platformok közötti fejlesztés általában olcsóbb, fokozatosan felmerülhetnek további költségek. Mivel a platformközi keretek újabbak, a tapasztalt fejlesztők csoportjának felvétele vagy összeállítása költségesebb lehet, vagy hosszabb időt vehet igénybe. Másrészt viszonylag könnyebb felvenni a Java vagy a Swift fejlesztőket.

Önnek ki kell értékelnie alkalmazásának és vállalkozása követelményeit is. Például, ha új funkciókat kíván kiadni, vagy folyamatosan végrehajtja a változtatásokat, a platformok közötti fejlesztés nagyobb költségmegtakarítást eredményez, mivel csak egyetlen kódbázist kell kezelnie.

3. Mi a kívánt szolgáltatáskészlet és alkalmazási köre?

Ha vállalkozást hoz létre a mobilalkalmazás körül, vagy bonyolult funkciókat vagy animációkat szándékozik megvalósítani, akkor az egyértelmű nyertes a natív nyelvbe lépés. A natív alkalmazások új funkciók gyors integrálását teszik lehetővé, teljes hozzáférést biztosítanak egy eszköz szolgáltatásaihoz és szolgáltatásaihoz, az alkalmazás teljesítményének automatikus figyelését és jobb teljesítményt nyújtanak animációkkal és megjelenítéssel.

Azok a cégek, amelyek bennszülöttek az alkalmazások teljesítményének javítása érdekében, többek között a Facebook és a LinkedIn. A Facebook olyan kérdésekkel találkozott, mint a sima görgetés hiánya, a képalkotási idő késedelme és a megszakadt AppCache, míg a LinkedIn olyan problémákat akart megoldani, mint például a felhasználók memóriaterületének hiánya, a hibakereső és a teljesítő eszközök hiánya, valamint az animációs teljesítmény kérdései.

De mi van, ha egy egyszerű, kevés testreszabást igénylő alkalmazás illeszkedik a számlához? Ebben az esetben a platformok közötti fejlesztés választása jó kezdet. Néhány példa a Tasky to-do list alkalmazás, a Burgan Bank fogyasztói banki mobilalkalmazás és a Captio kiadások kezelésére szolgáló eszköz.

4. Ki a célközönség, és hol vannak?

Ha több platformon és eszközön keresztül célozza meg a felhasználókat, akkor valószínűleg a legjobb lehet egy platformok közötti alkalmazás.

Ez volt az eset az MRW nemzetközi expressz szállító társaság esetében. Több mint 10 000 alkalmazottal, 1300 franchise felett, a szervezetnek olyan alkalmazásra volt szüksége, amely több platformon működik, hogy megkönnyítse a kézbesítés koordinációját. Miközben a natív Windows alkalmazással indult, az MRW átváltott a Xamarin használatára, így az Android és iOS rendszerre építhet, miközben időben és költségvetési korlátokban tartja a lehetőségeket.

5. A platformok közötti fejlesztés illeszkedik-e az általános digitális stratégiámhoz?

Kezdje azzal, hogy áttekinti a jelenlegi digitális stratégiáját és forrásait. Ha olyan érzékeny webhelyet készített, amely komplex funkciókkal és interaktivitással rendelkezik, nagy erőforrásokra lehet szükség ahhoz, hogy ezeket a szolgáltatásokat egy platformokon átívelő alkalmazáshoz igazítsák, amely megfelel a felhasználók igényeinek.

Másrészt, ha még nem rendelkezik webhellyel, a platformok közötti fejlesztés nagyobb költségmegtakarítást eredményezhet, ha lehetővé teszi a fejlesztők számára, hogy egy mobil, asztali és weboldal alkalmazást építsenek ki egyetlen kódbázis segítségével.

Eredetileg a www.appsterhq.com webhelyen tették közzé.

//

Köszönöm, hogy elolvasta!

Ha tetszett ez a cikk, nyugodtan nyomja meg az alábbi taps gombot, hogy mások megtalálják!

Van ötlet egy alkalmazás számára? Beszéljünk.

Segítettünk több mint 12 több millió dolláros induló vállalkozás felépítésében az elmúlt néhány évben. Nézze meg, hogyan tudunk Önnek segíteni.