モバイルゲームを作ることを考えています (Wordfeud のようなものを言ってください)。今、このゲームを Android、iOS、WindowsPhone、Facebook、通常のブラウザで公開したいと考えています。
これらすべてのプラットフォームでネイティブになることができました。
しかし
マルチプレイヤー ゲームにしたいので、ほとんどの機能は、SOAP 呼び出しなどを使用して ac#.NET Web サービスを介して実行されます。
別のプロジェクトでは、WebView (android) で動作するモバイル Web サイトを作成していますが、同じ Web サイトが既に IOS アプリで動作しています。
では、jQuery/HTML5/.NET モバイル Web サイトといくつかの小さなアプリをシェルとして作成して、それらを市場に投入してみませんか。そうすれば、すべてが 1 か所にまとめられ、更新やバグ修正が簡単に行えるようになります。
どう思いますか？
乾杯
html5アプリでいつも目にするものは3つあると思います。-
さまざまなプラットフォームへの統合が非常に悪い-パフォーマンスが悪い
、Webベースはネイティブよりもはるかに遅い。
-維持する悪夢。
高品質のアプリを作成したい場合は、ネイティブの方法を使用することを強くお勧めします。HTML5はすべて間違っているわけではありません。時間や予算に大きな制約がある場合や、アプリの品質を気にしない場合（たとえば、内部でのみ使用される場合など）は、これが正しい選択だと思います。
最終的な考え：なぜSOAP ?? RESTはより高速で、実装は難しくありません。
これには多くの問題があると思います。この種のことを行うのに役立つツールを見ると、最も強力なツールはGooglePlayNとMonkeyです。HTML / Flash / SilverLightゲームとモバイルゲームの間にはまだ多くのセマンティックの違いがあります。最も明白なのは、入力デバイスと画面解像度のサイズの違いです。
また、さまざまなプラットフォーム（つまり、作成しているゲームの種類に応じて、Facebookと非Facbook）を統合するコストが高額になる可能性があることを認識することも重要です。
Google PlayN：http ://code.google.com/p/playn/
Apple Review Guidelinesを確認すると、次のことがわかります。
あまり役に立たないアプリ、ユニークなアプリ、単にアプリとしてバンドルされた Web サイトであるアプリ、永続的な娯楽価値を提供しないアプリは拒否される可能性があります
Android を起動することはできますが、iOS Web バンドルが拒否される可能性があります。
アプリストアに投稿する前に、このページを確認することをお勧めします