Xamarin vs Native App Development: 長所と短所
Native アプリケーションとハイブリッド アプリケーションの選択は、年々難しくなっています。 ハイブリッド フレームワークは、更新されるたびにネイティブ環境と機能に近づいていき、重要なネイティブの利点が打ち消されていきます。 一方、Apple と Google は、App Store に新しく、より厳しい要件を発行し、開発者はより多くのネイティブ要素を実装することを余儀なくされています。
この論争に決着をつけるために、Microsoft が開発した人気のあるハイブリッド フレームワークである Xamarin とネイティブ アプリ開発を比較します。 それぞれのアプローチの利点と欠点を検討し、ケーススタディを分析し、最終的な比較結果を導き出す予定です。 目標は、プロジェクトに最も適したものを選択し、この互換性を判断する方法についての洞察を得ることです。
ネイティブ アプリ開発
Native アプリは、特にオペレーティング システムに関して開発されます。 デバイスのカメラやマイクに直接アクセスでき、Android または iOS の技術的な要件に対応し、特定のプラットフォームから期待される独特の感触を提供します。
当然、これらのアプリは開発がより難しく、より高価ですが、多くの企業が単一のオペレーティング システム用のアプリ作成にこの道を選択しています。 Android または iOs でのみ利用可能なアプリケーションを想定している場合、ネイティブ開発を選択することは、理解できる戦略です。
ネイティブ アプリ開発の利点
多くの開発会社にとって、ネイティブ開発は苦労する価値があるものです。 主に、より速く、よりパーソナライズされたユーザー エクスペリエンスを提供することにより、多くのポイントで Xamarin やネイティブの議論に勝利します。
- パフォーマンスの向上
ネイティブ アプリでは、ネイティブ API を有効にするための中間ソフトウェアが不要です。 追加のプラグイン、Web ビュー、複数の他のプラットフォームへのプロジェクトの統合をインストールする必要はありません。 アプリケーションとその API の間のこの直接的な接続は、速度とパワーを劇的に向上させます。 ゲームや 3D アプリでは、ネイティブ開発が唯一の選択肢であることが多く、ハイブリッド フレームワークでは遅すぎます。 - 一貫したルック アンド フィール
ネイティブ開発アプリケーションのインターフェイスは、特定のシステム標準に対応して設計されています。 ネイティブ言語で使用される SDK は、ハードウェアの特性との互換性があります。 - 新機能への即時アクセス
ネイティブ アプリケーションでは、最新の Android および iOS 機能と同期して更新されます。 ハイブリッド アプリケーションでは、新機能をサポートする特定のプラグインがないために足止めされますが、ネイティブ アプリケーションでは、新しい API にできるだけ早く接続することができます。 - App Store のコンプライアンス
ネイティブ アプリはデフォルトで App Store の標準に対応しています。 2 年前に App Store の要件が大幅に厳しくなったことを考慮すると、多くの開発者は機能の見直しを余儀なくされ、ネイティブ アプリは自動的に更新されました。 現在Appleは、多くのReact Native開発者の罪である、Web Viewを多用するソフトウェアを拒否しており、ネイティブ開発者はこうした苦労をしなくて済むのは幸運なことです。
Android ネイティブ開発用ツール
Android のネイティブ アプリには、C++、Kotlin、または Java の知識が必要です。 Google は、ネイティブ開発プラットフォームとキットで開発者を支援します。
- Android Studio および Android Software Development Kit と統合された統合開発環境、
- Mac、Linux、および Windows のデスクトップ開発者用のコマンド ライン マネージャーとシミュレーター、
- Firebase – ネイティブ Android 開発環境、
- Android Jetpack – 準備万端の Android UX コンポーネントの入ったライブラリです。
Xamarin と Android Studio の間で同点になるのは簡単なことではありません。 どちらのツールもシンプルで比較的安価です。 Android Studio はハードウェアに完璧に適応しており、Xamarin は iOS に簡単に移植することができます。
Apple は開発者やテスターに多くのカスタム ツールやリソースを提供していますが、私たちのお気に入りは次のようなものです。
- UI フレームワークを内蔵した iOS SDK、
- XCode – iOS 用統合開発環境、
- Swift playgrounds – Swift 開発学習専用ツール、
- TestFlight – ベータ テスト用の Apple 公式アプリ、
- AppCode と CodeRunner – コード チェックとゴミ収集用のソフトウェアです。
Xamarin と Swift のどちらが優れているかを判断するには、公式の App Store の要件に精通する必要があります。 ハイブリッド アプリでそれらを満たすことができるのであれば、少なくともその費用対効果を考えると、フレームワークはより賢明なソリューションです。
ネイティブ アプリ開発のデメリット
Native アプリはインターフェイスと速度の点で最高のエクスペリエンスを提供しますが、プラットフォーム固有の開発アプローチに伴う欠点も多くあります。 ここでは、ネイティブ アプリの主な欠点について見ていきましょう。
1. 限られた適応性
iOS と Android で同時にアプリを開発することにした場合、2 つの別々のコードベースを記述する必要があります。 これには、2 つの開発チームとテスト チーム、および 2 つの技術セットが必要です。 新しい機能を導入する必要があるときはいつでも、2 つのプロジェクトを立ち上げて、それぞれを追跡する必要があります。 このため、Xamarinとネイティブのモバイル開発競争では、ネイティブ開発者が技術革新に対応するのが遅くなってしまうのです。 競合他社が 1 つのフレームワークで 1 つのコードベースを書いている場合、倍の努力と費用が必要になります。
2 メンテナンスと開発の消費
アプリケーションが大きくなればなるほど、プロジェクトのメンテナンスが困難になります。 複数のテスト シナリオを維持し、結果を記録し、統計を監視し、多数の API の統合を追跡する必要があります。 1つのアプリではなく、2つのアプリを定期的にメンテナンスすることになります。 つまり、デバッグ、負債管理、ユーザー監視、分析に2倍の時間を費やさなければならないのです。
変更を加える前に、よく考える必要があります – 実装には多くの費用と時間がかかります。 25, 000 ドルのネイティブ アプリの場合、メンテナンスのために少なくとも 5000 ドルを投資する用意があります。 これらは定期的な出費であり、ビジネスの規模が大きくなるにつれて増えていくことを心に留めておいてください。
3. 絶え間ない更新
開発者は、新しいバグが修正されるたびに、更新されたコード バージョンを提出する必要があります – この方法でのみ、ユーザーは新しいバージョンを入手できます。 一方、すべてのユーザーがアプリケーションの更新に同意するわけではありません – 機能の提供を制御することはできません。 これは顧客基盤の維持にとって悪いニュースです – ユーザーはあなたのビジネスの成長と発展の邪魔になるかもしれません。
Native app development case studies
Native アプリ開発のこれらの重要な欠点により、ソフトウェア開発会社や社内チームは、iOS と Android に対して単一のコードベースを維持できるハイブリッド フレームワークを選択することを好んでいます。 しかし、1 つのオペレーティング システムのみを対象とする企業や、コストよりもパフォーマンスを優先する企業もあります。 それでは、いくつかのネイティブアプリケーションを見てみましょう。
オンライン ストアの構築 – Puma
PUMA のオンライン ストアを管理し、ユーザーを同社のプロジェクトに接続する、ネイティブの卸売アプリケーションです。 機能は、新しいコレクションの有効化、パーソナル ストアの作成と補充、プロモ コードの管理、およびお気に入り製品の保有に重点を置いています。
このアプリは多機能とは言いがたく、すべての機能はミニマルなストアを中心に展開されます。 しかし、このアプリケーションはグラフィックが重く、複数の画像をアップロードし、新しいメディア コンテンツをすばやく提供する必要があります。 ここでの読み込み速度は重要な満足度要素であり、ネイティブ アプリは最高のパフォーマンス率を提供します。
一方、アプリケーションは、新しいコンテンツのアップロードを除いて、ほとんど頻繁に更新する必要がありません。 インターフェイスや機能に定期的な修正は必要ありません – したがって、メンテナンスの問題はやや緊急性が低いのです。
法的要求の処理 – California Court Access App
このアプリケーションは審理データを扱い、ユーザーは事件の検索、交通違反の支払い、GPS ガイドの取得、裁判所のニュースについての詳細を知ることができます。 地域コミュニティと法的ニュースや裁判所の最新情報を結びつけ、管理ツールとしての役割と裁判所の社会的評価を高めることができるように設計されています。
このアプリケーションは、ハードウェアの機能を使用する必要があります。 リマインダーを送信するために、アプリケーションは携帯電話の SMS ストレージと電子メール ツールに接続されています。 “カレンダー” 機能は、裁判所のスケジュールを個人のプランナーに統合することを可能にします – したがって、再びカスタム API への接続が必要です。 最後になりますが、このアプリケーションはGPSとユーザーの位置情報へのアクセスを必要とします。これにより、Court Access Appは道順を送信することができます。
また、このアプリケーションは支払い API と連携します。 ユーザーは銀行に接続し、支払いを送信したり、送金履歴を受け取ったりすることができます。 このアプリはカスタムAPIとの連携が基本なので、Xamarinを使うかネイティブを使うか迷う必要すらありませんでした。
メディア転送を可能にする – Snapchat
Snapchat はユーザーのカメラとマイクに直接アクセスする必要があります。 アプリケーションはリアルタイムのビデオ録画とストリーミングを有効にし、ユーザーの GPS データへの迅速なアクセスを受けなければならないことを考慮しています。
パーソナライズしたサンタメッセージを作成 – Portable North Pole
アプリケーションはユーザーの家族や友人にパーソナライズしたサンタメッセージを作成します。 定期的に数千の動画を処理し、これまでのところ、再生回数は1億6千万回を超えました。
また、カメラへの高速な直接アクセスも必要です。 ハイブリッド フレームワークでは、これを実現するのは難しく、アプリケーションには専用のプラグインが必要です。 カメラに直接アクセスすることで、アプリはビデオの録画、写真のアップロード、ボイスメモの追加を可能にします。
ナニーのためのマーケットプレイスを作る – Daily Nanny
このアプリケーションはナニーのワークフローを管理し、ナニーが家族に接続できるようにしています。 管理アプリとマーケットプレイスの機能を兼ね備えている。 ナニーはシフトをマークし、時間を計算し、その収入を数えることができます。 シフトの履歴を記録し、これらのデータを子供の親と共有することができます。
このネイティブアプリは、写真のアップロードとコメントを処理します。この方法で、乳母はすぐに彼女の仕事について報告することができます。 写真共有機能により、メディアコンテンツは、アクセスできるすべてのユーザーに自動的に送信されます。
アプリは、プッシュ通知、タイマー、メッセンジャーへの直接アクセスも可能です。 これは、内蔵の電話機能と専用のアドオンの集合体です。 アプリの作成者は、ハードウェアの能力を最大限に活用し、クリエイティブなビジネス モデルに適合させることに成功しました。
Xamarin ハイブリッド アプリ開発
Xamarin は、基本的な Java と C/Swift のスキルを必要とするだけなので、最も簡単なモバイル開発フレームワークの 1 つです。 Xamarin は主に UI/UX デザイン、フロントエンド、およびバックエンドの開発に使用されます。 これは、お気に入りのスタートアップフレームワークです – Xamarinは完全にMVPの開発者のニーズに適合しています。
このフレームワークは、MicrosoftのVisual studioと連動しています。 iOS、Mac、Android のシミュレータとストーリーボードをサポートし、必要な環境を完全に再現します。 このXamarinのレビューでは、基本的な機能を見ていきますが、さらなる可能性についても言及します。
Xamarinの機能
XamarinはC#コンパイラとNET環境上で構築されています。 モバイル アプリ開発用の Xamarin フレームワークは、Android 用と iOS 用の 2 種類があります。 iOS Xamarin は、中間言語 (IL) を使用せずにコードをネイティブ ARM に直接コンパイルします。 一方、Android Xamarinは、まずコードをILにコンパイルし、それをネイティブのアセンブリコードに処理する。
Android 版と iOS 版は、追加機能に関しても類似しています。 どちらもガベージコレクション、メモリ管理、コードの相互運用性を処理する。
追加機能
- Xamarin Forms – モバイル アプリ プロトタイピングおよびコード共有のための他のサービス、iOS および Android をサポートします。
- Xamarin Mac – Mac OS 用の開発フレームワークで、コンパイラとガベージコレクタを内蔵しています。
- CocoaTouchと呼ばれるiOS用の適応されたSDKと、C#で構築されたAndroid SDKがあります。
Xamarinの機能を詳しく見ていくことで、その長所と短所を見ていこうと思います。
- クロスプラットフォームな開発。 Xamarinでは、エンジニアは特定のプラットフォームのコードでアプリケーションを開発することができます – iOSのSwiftのように – 非常に最初の開発段階からOS固有の機能を開発することができます。 一方で、後でプラットフォーム固有のコードにコンパイルされる安定した環境で作業することも選択できます。 iOSとAndroidの両方に対応したアプリを作りたい場合に快適です。 最初にコードを書いて、それを適応させてテストするのです。
- サービス統合の追加。 Xamarinの開発では、Google Analytics、PayPal、Google Payなどのサービスのためのプラットフォーム固有のモジュールをサポートしています。 エンドアプリケーションで特定のAPIをサポートしたい場合、早い段階でプロジェクトに追加することができます。
- スマートウォッチに対応。 XamarinはApple Watchアプリ開発のためにVisual Studio for MacとWindowsを統合した。 同様に、このフレームワークはAndroidスマートウォッチ開発のためにAndroid Wearをサポートしています。
- Windowsベースのプロジェクト環境。 このフレームワークは、Windows Visual Studioとペアで動作するように設計されています。 Microsoft Azure のツールは、ワークフローに簡単に統合され、ビルド、設計、デバッグ、および保守を同時に行うことができます。 iOSとMac OSのプロジェクトでは、XamarinはiOSシミュレータとデザインツールを備えています。 開発者とデザイナーは、Mac と iOS の機能とコード環境を Windows PC で完全にエミュレートできます。
Xamarin pro for hybrid app development
Rich functions and additional high-end features made Xamarin one of the best hybrid frameworks out there. モバイル アプリの機能の大部分は、API 用の NET レイヤーとともに C# で記述されます。
Xamarin ではネイティブ アプリケーションと異なり、主要なオペレーティング システムを選択させられるわけではありません。 まず、システムを特定することなく、一般的な機能を書くことができます。 プロジェクトの 95% が完了すると、直接 API 接続を必要とする Android や iOS の機能の記述に移ることができます。
Xamarin モバイル開発の短所
Xamarin は完璧な解決策ではありません。 どんな単純なソリューションでもそうですが、特に大規模で要求の厳しいプロジェクトになると、このフレームワークには限界があります。
- 企業での使用は高価です。 個人や小規模のチームは Xamarin を自由に使用できますが、Visual Studio と Azure DevOps の改良版には、年間サブスクリプションに 2,999 ドルが必要です。
- AndroidとiOSのオープンソースライブラリをサポートしていません。
- Xamarinのパフォーマンスは、重いUI/UXの処理に遅いです。 唯一の解決策は、インターフェイスをネイティブで実装し、ハイブリッド機能のコードに接続することです。
チームが Xamarin を選択する場合、単一のフレームワークを選択するだけでなく、開発システム全体を選択することになります。 XamarinはMicrosoft Azure、DevOps、Visual Studioと一緒に使用されるので、これらのツールがプロジェクトやチームに合うかどうかを確認する必要があります。
Xamarinのケーススタディ
潜在的なXamarinの使い方に迫るために、実際のケースを検証し、企業がモバイル開発にフレームワークをどのように採用したかを見てみましょう。
多くのプラットフォームで 1 つの言語 – UPS
この国際郵便サービスは、22 か国に毎日 1,900 万ドルの荷物を配達しています。 管理チームとエンド クライアントの両方にとって注文の監視と管理を容易にするために、UPS は高速でクロスプラットフォーム、かつスケーラブルなアプリを開発する必要がありました。
UPS は Xamarin を使用して、単一の開発言語とプラットフォームの下で 2 つのプラットフォーム アプリケーションを統合しました。 慎重な監視の後、エンジニアは Xamarin と Visual Studio Tools を選択しました。 デバイスやオペレーティング システム間で C# コードを共有し、単一の環境で Android と iOS のネイティブ エクスペリエンスを作成できる唯一のプラットフォームだったからです。
Xamarin のパフォーマンスとネイティブ開発のどちらかを選択するために、チームは再利用可能なコードを分析しました。 また、既存のフレームワークによって、古い作業を可能な限り維持できるかどうかも調べました。 長年にわたり、チームは130,000行のコードを書いてきました。これらを維持することが重要な優先事項でした。 また、先にも述べたように、プラットフォームの統合も気に入ったようです。 Xamarin はユニークなハードウェアと統合し、OS 固有の小さな機能 (感覚入力、連絡先管理、通知機能) を引き受けます。
最終的に、Xamarin の使用により、UPS は 130,000 行のコードを倍増し、各 OS に対して 2 つの機能バージョンを記述する手間を省くことができました。 現在では、開発者は統一された環境で作業し、ネイティブプラットフォームにコードを準拠し、プラットフォーム固有の機能の5～10%のみをネイティブで記述しています。
Sharing C# codebase – BBC Good Food
BBC Good Food は、世界的に有名な放送会社の独立ブランドの 1 つで、テキスト、イメージ、およびビデオ コンテンツでオンライン種の配信を専門としています。 同社がデスクトップサービスからモバイルアプリに切り替えた際、ソリューションをAndroidとiOSに適応させる必要がありました。
チームはクロスプラットフォーム開発のために Xamarin と Visual Studio を選択しました。 また、アプリのリリースに Universal Windows Platform を使用し、これらの Windows プログラムはすべて Xamarin と自動的に統合されます。 チームはすべてのコードを 1 つのプラットフォームに統合し、12 週間以内に 1 つの機能セットを開発し、わずか 3 か月で Android 版と iOS 版をリリースしました。 Xamarinは、3つのベースに対して1つのコードベースを書くことを可能にしました。成長と顧客獲得に集中する必要がある小規模なチームにとって、これは重要な利点です。
複数のリクエストを処理する – Olo
Olo はレストラン サービスを提供しており、特定の OS のユーザーが期待する特定の体験を提供するクロス プラットフォームのモバイル アプリを作成することを目標としていました。 チームの理解では、ネイティブ アプリとは、そのプラットフォーム専用に作成されたように感じられるものであり、単に適合させたものではないのです。
Olo は Xamarin でこの課題を解決しました。 iOSとAndroidのネイティブAPIを備えたビルトインライブラリは、開発者の時間を大幅に節約してくれました。 その上、チームは詳細なフレームワークのドキュメントと教育的なビデオサービスを発言し、Xamarinを学ぶことは新規参入者にとって問題ではありません。
Xamarin と Microsoft 開発ツールの統合 – FOX Sports
FOX Sports は、パーソナライズされたスポーツ フィードで、何百万人ものユーザーに最新情報を瞬時に配信しています。 モバイル アプリは、20 以上のデータ ストレージを接続し、何千ものデータ フィードを処理する必要があります。 情報をすばやく処理し転送する機能は、チームの重要なニーズでした。
FOX Sports では、クロス プラットフォーム開発用に Visual Studio と Xamarin、UI デザイン用に Xamarin Test Cloud、将来のメンテナンス用に HockeyApp を組み合わせました。 同社には熟練した C# 開発チームがあり、同じ言語をモバイル環境に移行することは便利な選択でした。 さらに、Android、iOS、Macの各デバイスでコードを共有できることと、あらかじめ書き込まれたNETパッケージのおかげで、チームはプロジェクトを迅速に完成させることができたのです。
MVPの構築 – American Cancer Society
American Cancer Societyは、ボランティアとのコミュニケーションと資金調達のためにアプリを使用しています。 iOS および Android 用の基本的なモバイル アプリケーションで、そのシンプルさにもかかわらず、必要不可欠な機能を完璧に実行していました。
チームは、Xamarin、NET、Core、および Azure Development Services を DevOps ワークフローに組み込みました。 アメリカ癌協会にとって、XamarinとMicrosoft DevOpsサービスは、DEV Ops機能を取り入れるための重要な原動力となった。
Check out software development methodologies useful tips for the long life of your mobile application.
Xamarin vs React Native – side by side comparison
Xamarin vs native app developmentとその違いについてレビューしてきました。 今度は、これらのアプローチを並べて、その強い面と弱い面を比較して見ましょう。
結論
Native モバイル開発 vs Xamarin を選択する場合、考慮すべき主な変数は 2 つあります – パフォーマンスと持続性です。 ビジネスで API を多用するインターフェイス ベースのアプリケーションが必要な場合、ハイブリッド ソフトウェアは最適なパフォーマンスを提供することができないでしょう。
私たちの経験では、ほとんどのモバイル アプリケーションでは、ネイティブ コードの 5 ～ 10% しか必要ありません。 機能の大部分は統一されたコードベースで簡単に書くことができ、より速く、より安く、よりスケーラブルなソリューションです。
ネイティブ アプリケーションとハイブリッド Xamarin アプリケーションの最終的な選択を行うには、モバイル アプリケーションのビジネス モデルを評価し、コードベースをレビューし、必要な API を分析する必要があります。 経験を共有し、アプリのビジネスロジックを掘り下げることができる、経験豊富なモバイルアプリ開発者に相談することをお勧めします。 私たちにご連絡いただければ、チームの優先順位を決定し、一貫した戦略を開発するお手伝いをいたします。