Native vs þvervettvangur í farsímum: heiðarlegt mat á því hvenær hvort hentar

Viðgerðarbeiðni

• Ég smíða native, svo hér er heiðarlega útgáfan

  Það væri auðvelt að segja að native vinni alltaf, en það er ekki satt. Þvervettvangsrammar eins og Flutter og React Native eru skynsamlegir fyrir mörg venjuleg forrit: eyðublöð, lista, CRUD, efni sem reiðir sig ekki á vettvangssértæka miðla eða vélbúnað. Áhugi minn er að varan þín komi vel út, svo ráðleggingin byggir á því sem þú ert að smíða frekar en á því að selja fleiri native daga.

• Hvar þvervettvangur kostar þig í raun

  Álagið kemur fram á tilteknum stöðum: myndspilun og DRM, þar sem þú berst við brúna til að ná í AVPlayer og ExoPlayer; sjónvarpsvettvangar, þar sem Flutter og React Native hafa veikan stuðning; djúpur native API-aðgangur; tvíundarstærð forritsins; og villuleit sem fer yfir JavaScript- eða Dart-brúna inn í native kóða. Að fylgjast með hverri nýrri OS-útgáfu er líka hægara þegar þú reiðir þig á ramma til að birta ný API. Ef varan þín lifir á þessum sviðum vinnur native yfirleitt á tíma og gæðum.

• Hvar sameiginlegur kóðagrunnur er skynsamlegur

  Ef forritið er aðallega skjáir með gögnum, teymið kann nú þegar React eða Dart, og engar þungar kröfur eru um miðla, vélbúnað eða sjónvarp, getur sameiginlegur kóðagrunnur raunverulega sparað peninga og komið hraðar út. Málamiðlunin er ásættanleg þegar erfiðu hlutar vörunnar eru ekki þeir hlutar sem rammi á í erfiðleikum með. Ég segi það hreint út þegar svo er, þótt ég sé ekki sá sem myndi smíða það.

• Hvernig ákvörðunina ætti að taka

  Rétta valið kemur frá vörunni, ekki frá tísku. Ég skoða kjarnaeiginleika þína, teymið þitt, markvettvanga þína og viðhaldssjóndeildarhring, og gef svo ráðleggingu sem þú getur unnið eftir. Þegar native er svarið smíða ég það í Swift, SwiftUI og Kotlin. Þegar svo er ekki segi ég þér það, svo þú borgir ekki fyrir native þar sem það bætir engu við.