0

我正在考虑制作一款手机游戏(比如 Wordfeud)。现在我想在 Android、iOS、WindowsPhone、facebook 和普通浏览器上发布这款游戏。

我可以在所有这些平台上原生。

由于希望它成为多人游戏,因此大部分功能将通过带有 SOAP 调用或其他东西的 ac#.NET Web 服务来完成。

现在对于另一个项目,我正在制作一个在 WebView (android) 中运行的移动网站,并且同一个网站已经在 IOS 应用程序中运行。

所以.. 为什么不做一个 jQuery/HTML5/.NET 移动网站和一些小应用程序,只是作为一个外壳让它们进入市场。这样一来,一切都将集中在一个地方,更新/错误修复将是在公园里散步。

你怎么看?

干杯

4

3 回答 3

0

如果您查看Apple Review Guidelines,您会看到:

不是很有用、不独特、只是捆绑为应用程序的网站或不提供任何持久娱乐价值的应用程序可能会被拒绝

您将能够启动您的安卓系统,但您的 iOS 网络捆绑包可能会被拒绝。

我建议在发布到应用商店之前先看看这个页面

于 2012-10-04T14:14:36.703 回答
0

我认为我总是在 html5 应用程序中看到 3 件事:
- 与不同平台的集成非常糟糕
- 性能不佳,基于 Web 的速度比原生的慢。
-维持的噩梦。

如果你想做一个高质量的应用程序,我强烈建议你采用原生方式。HTML5 并非全错。我认为如果有很大的时间/预算限制和/或您不关心应用程序的质量(例如,如果它仅在内部使用),这是正确的选择。

最后的想法:为什么是 SOAP ?REST 速度更快,实施起来也不难。

于 2012-10-04T14:15:55.727 回答
0

我认为这有很多问题。如果您查看那些尝试帮助您完成此类事情的工具,最强大的工具是 Google PlayN 和 Monkey。HTML/Flash/SilverLight 游戏和移动游戏之间仍然存在很多语义差异,最明显的是输入设备和屏幕分辨率大小的差异。

同样重要的是要认识到集成不同平台(即 facebook 与非 facbook,取决于您制作的游戏类型)的成本可能很高。

谷歌 PlayN:http ://code.google.com/p/playn/

猴子:http ://www.monkeycoder.co.nz/

于 2012-10-04T14:16:54.660 回答