Monialustaisten mobiilisovellusten kehitys
Rakennamme iOS- ja Android-sovellukset yhdestä React Native -koodipohjasta: yksi tiimi, yksi taustajärjestelmä ja julkaisut kumpaankin sovelluskauppaan samaan aikaan. Jos tuotteenne toimii paremmin natiivina, sanomme sen ennen arviota.
Milloin yksi koodipohja on oikea ratkaisu
Monialustainen kehitys toimii, kun sovellus rakentuu sisällön ja palvelinpyyntöjen ympärille. Se toimii huonosti, kun tuote perustuu raskaaseen grafiikkaan, jatkuvaan taustakäsittelyyn tai alustojen uusimpiin ominaisuuksiin.
- Tarvitsette MVP:n sekä iOS:lle että Androidille ja haluatte testata markkinaa ennen kuin maksatte kahdesta natiivisovelluksesta
- Sovellus rakentuu syötteiden, tuotekatalogien, lomakkeiden, varausten, profiilien ja viestinnän ympärille
- Uusien ominaisuuksien on tavoitettava iPhone- ja Android-käyttäjät samana päivänä
- Budjetti riittää yhteen kehitystiimiin, ei kahteen
- Verkkoalustanne tarvitsee rinnalleen sovelluksen, jossa on samat käyttäjätilit ja data
- Teillä on toisen tiimin tekemä React Native -sovellus, joka pitää viimeistellä tai päivittää ajan tasalle
Mitä palvelu sisältää
Alustan arviointi
Ennen arviota käymme ominaisuudet läpi ja kerromme, sopiiko React Native. Jos jokin kriittinen osa vaatii natiivikoodia, näytämme, missä se on ja kuinka suureen osaan sovelluksesta se vaikuttaa.
Suunnittelu kummallekin alustalle
Yksi ulkoasu, joka mukautetaan iOS:n ja Androidin käytäntöihin: navigointi, eleet, järjestelmädialogit, takaisin-toiminto. Ei Androidille venytettyä iPhone-suunnitelmaa.
React Native -kehitys
Yhteinen koodi näkymille, liiketoimintalogiikalle ja palvelinpyynnöille. Työ etenee sprinteissä, ja jokainen sprintti päättyy kummankin alustan versioon, jonka voitte asentaa ja kokeilla.
Natiivimoduulit
Kun yhteinen koodi ei yllä tarpeeksi pitkälle, esimerkiksi toimittajan SDK:n, laitteistoominaisuuden tai taustatyön kohdalla, kirjoitamme natiivimoduulit Swiftillä ja Kotlinilla ja liitämme ne sovellukseen.
Yksi taustajärjestelmä molemmille sovelluksille
API, tietokanta, hallintapaneeli ja push-ilmoitukset rakennetaan kerran, ja niitä käyttävät molemmat sovellukset sekä tarvittaessa verkkoversio. Python tai PHP (Laravel) tehtävän mukaan.
Testaus, julkaisu ja päivitykset
Testaus oikeilla iPhoneilla ja Android-puhelimilla, julkaisu App Storessa ja Google Playssa sekä päivitykset julkaisun jälkeen, myös React Nativen ja sen kirjastojen versiopäivitykset.
Missä monialustainen toimii ja missä ei
Yksi koodipohja iOS:lle ja Androidille maksaa yleensä selvästi vähemmän kuin kaksi natiivisovellusta ja vie vähemmän kalenteriaikaa, koska suurin osa koodista, suunnittelusta ja testauksesta on yhteistä. Valinta toimii, kun sovellus näyttää sisältöä, listoja ja lomakkeita ja keskustelee palvelimen kanssa. Se toimii huonosti, kun tuote nojaa animaatiopainotteisiin käyttöliittymiin, kameraan perustuviin toimintoihin, pitkään taustakäsittelyyn tai alustojen rajapintoihin, jotka tulevat ensin natiiveihin SDK:ihin. Kerromme ennen arviota, kumpaan ryhmään tuotteenne kuuluu, emmekä vasta ensimmäisen julkaisun jälkeen.
- Sopii hyvin: sisältösovellukset, tuotekatalogit, markkinapaikat, varaus- ja palvelusovellukset
- Sopii hyvin: MVP:t, joiden on oltava kummassakin sovelluskaupassa ensimmäisestä päivästä
- Parempi natiivina: raskas grafiikka ja animaatiot, kameraan perustuvat toiminnot
- Parempi natiivina: jatkuva taustatyö ja alustojen uusimmat rajapinnat
Yksi tiimi, yksi taustajärjestelmä, yksi julkaisukalenteri
Kahden natiivisovelluksen kanssa ylläpidätte kahta koodipohjaa, kahta virhejoukkoa ja usein kahta julkaisupäivää. React Nativella ominaisuus kirjoitetaan kerran ja julkaistaan molempiin kauppoihin yhtä aikaa, ja samat ihmiset vastaavat kummastakin alustasta. Myös palvelinpuoli on yhteinen: yksi API ja yksi hallintapaneeli palvelevat molempia sovelluksia ja tarvittaessa verkkosovellusta. Metacognit.me, sovellus metakognitiiviseen korjaamiseen ja psykotyyppien diagnostiikkaan, on rakennettu juuri näin: React Native -sovellus iOS:lle ja Androidille sekä Python-taustajärjestelmä.
- Yksi repositorio ja yksi ominaisuusjoukko iOS:lle ja Androidille
- Julkaisut molempiin sovelluskauppoihin samaan aikaan
- Yksi API ja hallintapaneeli molemmille sovelluksille ja verkkoon
- Vähemmän koordinoitavia ihmisiä ja vähemmän luovutuksia
Valmiina siirtymään natiiviin, jos sitä tarvitaan
Monialustainen aloitus ei sido teitä. Taustajärjestelmä ja API säilyvät siirryttäessä natiiviin, sovelluskoodi ei. Siksi suunnittelemme API:n niin, että tuleva natiivi- tai verkkosovellus voi käyttää sitä muuttamattomana, ja eristämme alustakohtaiset osat natiivimoduuleihin. Olemme tehneet siirtymiä kumpaankin suuntaan. Quakerille, Dubaissa toimivan ruokakuljetusyrityksen ruoanlaittosovellukselle, korvasimme vanhentuneella tekniikalla tehdyn hybridisovelluksen kahdella natiivisovelluksella, kun alustojen erot alkoivat merkitä tuotteelle.
- API, joka on suunniteltu palvelemaan mitä tahansa tulevaa sovellusta, natiivia tai verkkoa
- Alustakohtainen koodi eristettynä natiivimoduuleihin
- Rehellinen merkki siitä, kun sovellus kasvaa yhteisen koodipohjan ohi
- Käyttäjätilit ja data, jotka siirtyvät tuotteen mukana riippumatta sovelluksen toteutustavasta
Miten monialustainen projekti etenee
Arviointi ja kustannusarvio
Käymme läpi ominaisuudet ja integraatiot ja tarkistamme, mikä vaatii natiivikoodia. Saatte kirjallisen laajuuden, suosituksen React Nativesta tai natiivista sekä arvion.
Suunnittelu
Prototyyppi ja lopullinen käyttöliittymä molemmille alustoille mukautettuna. Hyväksytte iOS- ja Android-näkymät ennen kehitystä.
Kehitys
Ensin yhteinen koodi, natiivimoduulit tarvittaessa ja taustajärjestelmä rinnakkain. Jokaisen sprintin jälkeen asennatte tuoreet versiot kummallekin alustalle.
Testaus laitteilla
Testaus oikeilla iPhoneilla ja Android-puhelimilla eri näytöillä ja käyttöjärjestelmäversioilla. Saatte yhden testatun julkaisun kumpaankin kauppaan.
Julkaisu ja ylläpito
Julkaisu App Storessa ja Google Playssa teidän tileillänne, sitten päivitykset, korjaukset ja kehysten versiopäivitykset niin kauan kuin tarvitsette.
Teknologiat
Monialustainen
- React Native
- JavaScript
Natiivimoduulit
- Swift (iOS)
- Kotlin (Android)
Taustajärjestelmä ja API
- Python
- PHP (Laravel)
- MySQL
Miten voimme tehdä yhteistyötä
Kiinteä laajuus
Sovittu ominaisuuslista, arvio ja aikataulu kummallekin alustalle. Yleinen valinta MVP:lle, jonka on käynnistyttävä molemmissa sovelluskaupoissa.
Dedikoitu tiimi
Yksi monialustainen tiimi, joka kehittää sovellustanne jatkuvasti. Sopii tuotteille, jotka julkaisevat usein ja suunnittelevat tiekarttansa sprintti kerrallaan.
Tuntiperusteinen
Maksu todellisuudessa käytetyistä tunneista. Sopii olemassa olevan React Native -sovelluksen auditointiin, kehysten versiopäivityksiin ja pienempiin ominaisuuksiin.
Palautteet
Revolin tiimi tehostaa edelleen asiakkaan kehityskyvykkyyttä laadukkaalla työllään ja luotettavalla tuellaan. Tiimi viestii tehokkaasti ja ymmärtää hyvin asiakkaan tarpeet ja liiketoiminnan.
Tomas
Revolin työ vastasi täysin odotuksia, ja asiakas oli tyytyväinen. Tuore lähestymistapa ja valmius olla tukena myös jatkossa ovat olleet arvokkaita. Asiakkaat voivat valita heidät viestiväksi, asiakaslähtöiseksi tiimiksi tavoitteidensa saavuttamiseen.
Andrey
Usein kysytyt kysymykset
Huomaavatko käyttäjät, ettei sovellus ole natiivi?
Tilanteissa, joihin monialustainen sopii, eivät huomaa. Siellä, missä he huomaisivat, kuten animaatiopainotteisissa käyttöliittymissä, kameraan perustuvissa toiminnoissa tai pitkässä taustatyössä, suosittelemme natiivikehitystä sen sijaan, että lupaisimme yhteisen koodin selviävän.
Kuinka paljon edullisempi monialustainen on kuin kaksi natiivisovellusta?
Yleensä selvästi edullisempi ja nopeampi, koska suurin osa koodista, suunnittelusta ja testauksesta on yhteistä. Tarkka ero riippuu siitä, kuinka monta alustakohtaista ominaisuutta sovellus tarvitsee. Annamme arviossa konkreettiset luvut juuri teidän sovelluksellenne yleisen prosenttiluvun sijaan.
Voimmeko aloittaa monialustaisena ja siirtyä myöhemmin natiiviin?
Kyllä, ja olemme tehneet siirtymän kumpaankin suuntaan. Se kannattaa suunnitella ajoissa, koska taustajärjestelmä ja API säilyvät siirrossa, mutta sovelluskoodi ei.
Julkaisetteko sovellukset sovelluskauppoihin?
Kyllä. Valmistelemme julkaisuversiot, kauppasivut ja metatiedot, viemme sovellukset App Storen ja Google Playn tarkastuksen läpi ja teemme tarkastuksessa pyydetyt korjaukset. Sovellukset julkaistaan teidän omilla kehittäjätileillänne.
Miten hinta lasketaan?
Jaamme sovelluksen toimintoihin, arvioimme jokaisen tunteina ja lisäämme suunnittelun, taustajärjestelmän, testauksen ja julkaisun. Sen jälkeen voitte valita kiinteän laajuuden, dedikoidun tiimin tai tuntiperusteisen työn. Emme julkaise hintoja, koska työmäärä vaihtelee sovellusten välillä liikaa.
Voitteko ottaa hoitoon olemassa olevan React Native -sovelluksen?
Yleensä kyllä. Aloitamme koodin katselmoinnilla: React Nativen ja kirjastojen versiot, natiivimoduulit, build-prosessi. Saatte selkeän kuvan sovelluksen kunnosta ja siitä, mitä ensimmäiset kuukaudet vaativat, myös siitä, tarvitaanko versiopäivitys vai osittainen uudelleenkirjoitus.
Kertokaa projektistanne
Kuvatkaa tehtävä muutamalla rivillä. Vastaamme yhden työpäivän kuluessa kysymyksillä tai alustavalla näkemyksellä laajuudesta ja kustannuksista.
Sopiiko sähköposti tai puhelu paremmin?
welcome@revolsource.com
+38 097 662 23 20
Revol Software OÜ, Tallinna, Viro. Tiimimme on hajautettu ympäri maailmaa.
Liity tiimiimme
Lähettäkää ansioluettelonne osoitteeseen career@revolsource.com