Probably best multi-platform framework

To state upfront to state: 私は、Visual Studio を IDE として使用し、ネイティブの Xamarin と .Forms の両方のバージョンを使用した経験を持っています。 開発は簡単で、中堅の .Net 開発者でも数日で生産性を上げられるような学習教材がたくさんあります。 プロダクトオーナーの視点から見ると、これは複数のプラットフォームをターゲットにしなければならない場合に最適なツールです。 Cordova や Ionic フレームワークのような Web コンテナを使用する苦労をせずに、デバイス & プラットフォーム固有の機能をターゲットにできるという利点があります）標準的な開発者にとって、最大の苦痛はデバッグの経験です。 これは通常遅く（たとえば、ネイティブの Android の「高速デプロイ」機能がない）、コンパイラの最適化により Intelisense はほとんど機能しません（利用可能なプロパティ & のメソッドのリストが得られず、一部のプロパティ値はまったくアクセスできません） – ただしこれは優れたログ記録ツールを使用すれば軽減できます。 さらに付け加えると、（比較的）新しいXamarin Formsは、開発者が統一された実装を使用するようさらに制限し、製品全体の保守性をさらに高めます（ただし、これは既存のネイティブアプリを変換する際に制限されるかもしれません）。 全体として、これは成熟した製品であり、マルチプラットフォーム ソフトウェアをターゲットにする場合は常に考慮する必要があります。 複数のプラットフォームをターゲットとする単一の実装を書くことができるのは、非常にコスト効率がよい – .Net (ソフトウェア開発コミュニティの間では非常に一般的) によってバックアップされているため、Xamarin ソリューションのメンテナンスがはるかに容易 (ネイティブ プラットフォーム開発者を探すのとは対照的) – ハードウェア サポートは本当に史上最高レベル – ハードウェア メーカー (Motorola など) でさえ Xamarin SDK を出している。

Cons

– おそらく唯一の真の欠点は、最新のプラットフォーム更新をサポートするために更新されるまでに常に遅延があること – デバッグが面倒になることがあり、特にネイティブ実装で、問題を報告する Xamarin のあまり最適でない方法（つまり、Android ランタイムに関するエラー メッセージが、必要な要素が存在しない小さなレイアウト問題によって実際に発生したという状況で終わることがあります）

– このような問題を解決するために、Xamarin を使用してください。