我正在考虑制作一款手机游戏（比如 Wordfeud）。 现在我想在Android、iOS、WindowsPhone、facebook和普通浏览器上发布这个游戏。
我可以在所有这些平台上进行本地化。
但是
由于希望它是一款多人游戏，大部分功能将通过带有 SOAP 调用或其他东西的 c#.NET 网络服务来完成。
现在对于另一个项目，我正在制作一个在 WebView (android) 中运行的移动网站，并且同一个网站已经在 IOS 应用程序中运行。
所以.. 为什么不制作一个 jQuery/HTML5/.NET 移动网站和一些小应用程序，只是作为一个外壳让它们进入市场。这样一来，一切都将集中在一个地方，更新/错误修复将是在公园散步。
你怎么看？
干杯
【问题讨论】：
如果你查看Apple Review Guidelines，你会看到：
不是很有用、不独特、只是捆绑为应用程序的网站或不提供任何持久娱乐价值的应用程序可能会被拒绝
您将能够启动您的安卓系统，但您的 iOS 网络包可能会被拒绝。
我建议在发布到应用商店之前先看看这个页面
【讨论】：
我认为这有很多问题。如果你看看那些也能帮助你做这类事情的工具，最强大的工具是 Google PlayN 和 Monkey。 HTML/Flash/SilverLight 游戏和移动游戏之间仍然存在很多语义差异，最明显的是输入设备和屏幕分辨率大小的差异。
意识到集成不同平台（即 facebook 与非 facebook，取决于您制作的游戏类型）的成本可能很高，这一点也很重要。
Google PlayN：http://code.google.com/p/playn/
【讨论】：
我认为在 html5 应用程序中我经常看到 3 件事：
- 与不同平台的集成非常糟糕
- 性能不佳，基于网络的速度比本地慢。
-维持的噩梦。
如果您想制作优质应用，我强烈建议您采用原生方式。 HTML5 并非全错。我认为如果有很大的时间/预算限制和/或您不关心应用程序的质量（例如，如果它只在内部使用），这是正确的选择。
最后的想法：为什么是 SOAP ？ REST 速度更快，实施起来也不难。
【讨论】：