ネイティブ対クロスプラットフォーム。それぞれがいつ合うかの率直な見解

修理伝票

• 私はネイティブを作るので、正直な見解を

  ネイティブが常に勝つと言うのは簡単ですが、それは本当ではありません。Flutter や React Native のようなクロスプラットフォームのフレームワークは、多くの標準的なアプリには妥当です。フォーム、リスト、CRUD、プラットフォーム固有のメディアやハードウェアに依存しないコンテンツなどです。私の関心はあなたの製品がうまく世に出ることなので、推奨はネイティブの日数を多く売ることではなく、あなたが作っているものに基づきます。

• クロスプラットフォームが実際にコストになる場所

  無理が出るのは特定の場所です。AVPlayer や ExoPlayer に到達するために橋と戦う動画再生と DRM、Flutter や React Native のサポートが弱いテレビプラットフォーム、深いネイティブ API アクセス、アプリのバイナリサイズ、そして JavaScript や Dart の橋を越えてネイティブコードに入るデバッグです。新しい OS リリースに追従するのも、新 API の公開をフレームワークに依存していると遅くなります。あなたの製品がこうした領域にあるなら、たいていネイティブが時間と品質で勝ります。

• 共有コードベースが妥当な場所

  アプリがほとんどデータの画面で、チームがすでに React か Dart を知っていて、重いメディア、ハードウェア、テレビの要件がなければ、共有コードベースは本当にコストを節約し、より速く出せます。製品の難しい部分が、フレームワークが苦手とする部分でないとき、その妥協は受け入れられます。私が作るわけではなくても、そういう状況ならはっきりそう言います。

• 判断はどう下すべきか

  正しい選択は流行ではなく製品から来ます。あなたの中核機能、チーム、対象プラットフォーム、保守の見通しを見て、実行できる推奨を出します。ネイティブが答えなら、Swift、SwiftUI、Kotlin で作ります。そうでなければそう伝えるので、何も足さないところにネイティブの費用を払うことはありません。