我正在考慮製作手機遊戲（比如說Wordfeud）。 現在我想在Android，iOS，WindowsPhone，Facebook和普通瀏覽器上發佈這款遊戲。作爲網站製作的手機遊戲，用於應用程序
我可以在所有這些平臺上本地化。
但
因爲希望它是一個多人遊戲，大部分的功能將通過與SOAP調用或東西C＃.NET Web服務來完成。
現在對於另一個項目我做了一個在WebView（android）中工作的移動網站，同一個網站已經在IOS應用程序中工作。
所以......爲什麼不製作一個jQuery/HTML5/.NET移動網站和一些小應用程序就像一個shell來讓它們進入市場。這樣一切都將在一個地方，更新/錯誤修正將在公園散步。
您認爲如何？
乾杯
如果您檢查Apple Review Guidelines，你可以看到：
應用不是非常有用的，獨特的，僅僅是捆綁的應用程序網站，或不提供任何持久娛樂價值可能會被拒絕
您將能夠啓動您的android一個，但您可能會拒絕您的iOS Web包。
我建議看看這個頁面發佈到應用商店
我認爲有三件事我一直在HTML5應用前看到：
- 非常糟糕集成到不同的平臺
- 糟糕的表現，基於網絡的方式比本地方式慢。
-nightmare要維護。
我強烈建議您採用本地方式，如果您想製作高質量的應用程序。 HTML5並非全部錯誤。我認爲如果有大的時間/預算限制和/或你不關心應用程序的質量（例如只用於內部），這是正確的選擇。
最後想到：爲什麼SOAP？ REST速度更快，不難實現。
是的，它必須是一個高質量的應用程序/遊戲。性能也必須很高，因爲我希望用戶能夠堅持下去，不會因性能不佳而感到沮喪。 – Predders
我建議你看看基於html5的現有應用程序。我對這項技術沒有偏見。我希望能夠只編寫一次應用程序並將它運行到任何地方......但我不知道任何這樣的應用程序的質量好。 Facebook一直是移動應用程序中html5最有聲望的倡導者之一......他們正在擺脫這種技術併爲iOS和Android實現純粹的本機應用程序。 – Teovald
Unity是一個很好的跨平臺引擎。但是： - 我不認爲它支持Facebook遊戲（爲了驗證我對這個平臺沒有興趣，所以我不確定） - 它非常適合用3D，但用2D很爛。 – Teovald
我認爲這有很多問題。如果你看看那些幫助你做這種事情的工具，那麼最強大的工具就是Google PlayN和Monkey。 HTML/Flash/SilverLight遊戲和移動遊戲之間仍存在很多語義差異，最明顯的是輸入設備和屏幕分辨率的差異。
意識到集成不同平臺的成本（即臉書與非臉書，取決於你製作的遊戲類型）可能很重要。
谷歌PlayN：http://code.google.com/p/playn/
是的，該決議可能是一個問題。 – Predders
有趣！我不知道蘋果可以禁止那些只是移動網站的應用程序。這也是我需要看的東西，因爲我們已經有了一個IOS版本，它只是一個應用程序「shell」中的網站。 – Predders
蘋果在過去更寬容:) – Martin