Native vs cross-platform mobilt: en ærlig vurdering av når hver passer

Reparasjonsordre

• Jeg bygger native, så her er den ærlige versjonen

  Det ville være enkelt å si at native alltid vinner, men det er ikke sant. Cross-platform-rammeverk som Flutter og React Native er rimelige for mange standardapper: skjemaer, lister, CRUD, innhold som ikke lener seg på plattformspesifikk media eller maskinvare. Min interesse er at produktet ditt slippes godt, så anbefalingen bygger på hva du bygger snarere enn på å selge flere native-dager.

• Hvor cross-platform faktisk koster deg

  Belastningen viser seg på spesifikke steder: videoavspilling og DRM, der du slåss mot broen for å nå AVPlayer og ExoPlayer; TV-plattformer, der Flutter og React Native har svak støtte; dyp native API-tilgang; appens binærstørrelse; og feilsøking som krysser JavaScript- eller Dart-broen inn i native kode. Å henge med på hver nye OS-utgivelse er også tregere når du er avhengig av et rammeverk for å eksponere nye API-er. Hvis produktet ditt lever i disse områdene, vinner native oftest på tid og kvalitet.

• Hvor en delt kodebase er rimelig

  Hvis appen stort sett er skjermer med data, teamet allerede kan React eller Dart, og det ikke er noe tungt media-, maskinvare- eller TV-krav, kan en delt kodebase virkelig spare penger og slippes raskere. Kompromisset er akseptabelt når de vanskelige delene av produktet ditt ikke er de delene et rammeverk sliter med. Jeg sier det rett ut når det er situasjonen, selv om det ikke er jeg som ville bygge det.

• Hvordan beslutningen bør tas

  Riktig valg kommer fra produktet, ikke fra en trend. Jeg ser på kjernefunksjonene dine, teamet ditt, plattformmålene dine og vedlikeholdshorisonten din, og gir så en anbefaling du kan handle på. Når native er svaret, bygger jeg det i Swift, SwiftUI og Kotlin. Når det ikke er det, sier jeg fra, så du ikke betaler for native der det ikke tilfører noe.