iOS と Android の両方で動作するアプリケーションを開発したいと考えています。ただし、最初に 1 つのプラットフォームでアプリケーションを作成し、満足したら別のプラットフォームで複製するか、最初に UX の決定を確定し、並行してプラットフォームを開発するかを決定することはできません。
アプリケーションはシンプルで、開発するためのリソースがあります。問題は、プラットフォームを順次開発するか、並行して開発するか、そして順次開発する場合は、どのプラットフォームから開始するかという問題です (ここでも、リソースの割り当ては問題ではないと仮定します)。
私にとっては、両方のバージョンを同時に開発することは、常により多くの時間を意味します。設計、ワークフロー、アーキテクチャを完全に定義することはできますが、開発中には常に変更が発生します (決定を下す外部クライアントが存在する場合は言うまでもありません)。両方のプラットフォームで並行して開発している場合、これらの変更を 2 回実装する可能性がありますが、最初に 1 つのプラットフォームでアプリを完成させた場合、2 つ目のプラットフォームで予想外の驚きを見つけることはできません。
次の質問は、どのプラットフォームから始めるべきかということです。私が Android を選んだ主な理由は次の 2 つです。
コード/プロジェクト構造をリファクタリングする方が（少なくとも私にとっては）はるかに簡単eclipseですxcode.
最大の解像度 ( ) を念頭に置いてユーザー インターフェイスを設計し、android リソースの命名規則 (ios よりも制限が厳しい) を使用しAndroid xxhdpiて最終的な png アセットを一度xhdpi切り取り、残りの密度 ( 、hdpi、mdpi、iOSおよびiOS@2x)
クロスプラットフォーム フレームワーク (つまり phonegap) に関しては、努力が 2 分の 1 になることはなく、ユーザー エクスペリエンスがネイティブ アプリケーションで実現されるエクスペリエンスに近づくことはありません。アプリが非常に単純でない限り、この種のフレームワークは使用しないことを強くお勧めします。
私たちが取り組んでいるアプリの開発を開始したとき、私たちはまったく同じ議論をしました.
まず、アプリが十分にシンプルである場合 (大量のアニメーションや 3D などがない場合) は、マルチプラットフォーム ソリューションを検討することをお勧めします: http://mobiledevices.about.com/od /mobileappbasics/tp/Top-5-Tools-Multi-Platform-Mobile-App-Development.htm
個人的には、マルチプラットフォーム ソリューションはネイティブ アプリにまだ遅れをとっていると感じていますが、一部のアプリには適しているかもしれません。
最終的に、1 つのプラットフォーム (Android) でアプリのインフラストラクチャを開発し、Android アプリのインフラストラクチャの強度とパフォーマンスが証明されたら、別のプラットフォーム (iOS) でアプリの構築を開始することにしました。iOS アプリを開発したとき、Android アプリのインフラストラクチャがコピーされました。
これにはいくつかの利点があります。
アプリのアーキテクチャの設計が完了したら、1 つのプラットフォームで 1 回テストします。アーキテクチャがうまくいかなかった場合、最初から 2 つのプロジェクトを開始する必要はありません。
アプリを 1 回開発すると、少なくともインフラストラクチャは、開発の主要なハードルをすべて通過したことになります。これにより、他のプラットフォームの開発を比較的簡単かつ迅速に完了することができます。
2 つのプロジェクトを同時に開発すると、両方のプラットフォームでコードが機能する方法に大きな違いが生じる可能性があります。プラットフォーム間には大きな違いがあるため、常に多少の違いはありますが、アプリの動作方法の違いを最小限に抑えることをお勧めします。これにより、将来のアプリの保守がはるかに簡単になります。(問題の解決策は基本的に同じです - iOS と Android のチームはお互いの解決策をコピーできます)。
同時開発はおそらくより迅速ですが、よりリスクが高く、アプリを維持する必要がある場合により多くの時間がかかります。
これがあなたの意思決定に役立つことを願っています:)
それは、アプリの開発方法に大きく依存します。マルチプラットフォームで開発する場合は、phonegap のようなフレームワークをお勧めします: http://phonegap.com/。このアプローチを使用すると、質問がなくなり、労力の半分を節約できます。
すべてのリソースが利用可能で、要件が明確な場合は、並列開発を行う必要があります。リソースをアイドル状態にすることはベスト プラクティスではないためです。