모바일 게임이 웹 사이트로 만들어져 앱에 사용되었습니다.

Question

모바일 게임을 만드는 것에 대해 생각하고 있습니다 (Wordfeud와 같은 말). 이제 Android, iOS, WindowsPhone, facebook 및 일반 브라우저에서이 게임을 게시하고 싶습니다.

나는 모든 플랫폼에서 기본으로 사용할 수 있습니다. 이 멀티 플레이어 게임을 할 수있는 원하기 때문에

하지만

는, 대부분의 기능은 SOAP 호출 또는 뭔가 C#을 .NET의 웹 서비스를 통해 수행됩니다.

다른 프로젝트에서 저는 모바일 웹 사이트를 WebView (안드로이드)에서 작동하게 만들고 같은 웹 사이트가 이미 IOS 앱에서 작동합니다.

그래서 .. 왜 jQuery/HTML5/.NET 모바일 웹 사이트와 일부 작은 응용 프로그램을 시장에 내놓으려는 쉘로 만들지 않습니까? 그렇게하면 모든 것이 한 곳에서 이루어지며 업데이트/버그 수정이 공원에서 진행됩니다.

당신은 어떻게 생각하십니까? 당신이 Apple Review Guidelines을 선택하면

건배

Answer 1

, 당신이 볼 수 : 독특한 매우 유용하지

앱을 단순히 앱 번들로 웹 사이트, 또는 어떤 지속적인을 제공하지 않습니다 엔터테인먼트 가치가 거부 될 수 있습니다.

Android 앱을 실행할 수는 있지만 iOS 웹 번들을 거부했을 수 있습니다.

나는

Answer 2

은 내가 항상 HTML5 애플리케이션에서 볼 3 가지가 있다고 생각 앱 스토어에 게시하기 전에이 페이지를 살펴 가지고하는 것이 좋습니다 : 다른 플랫폼
에
- 아주 나쁜 통합 - 나쁜 퍼포먼스, 웹 기반은 네이티브보다 느립니다.
- 유지 관리가 어려움.

양질의 앱을 원한다면 자연스럽게 나가는 것이 좋습니다. HTML5가 모두 잘못이 아닙니다. 큰 시간/예산 제약이 있거나 앱의 품질에 신경 쓰지 않는다면 (내부적으로 만 사용되는 경우를 예로 들면) 올바른 선택이라고 생각합니다.

최종 생각 : 왜 SOAP ?? REST는 더 빠르며 구현하기가 더 어렵지 않습니다.

Answer 3

나는 이것에 많은 문제가 있다고 생각한다. 시도한 도구를 보면 너무 도움이되는데, 가장 강력한 도구는 Google PlayN과 Monkey입니다. HTML/Flash/SilverLight 게임과 모바일 게임 사이에는 아직 많은 의미 론적 차이가 있습니다. 가장 확실한 것은 입력 장치와 화면 해상도 크기의 차이입니다.

다른 플랫폼 (예 : 페이스 북과 비 페이스 북)을 통합하는 데 드는 비용이 중요 할 수 있음을 인식하는 것도 중요합니다.

구글 PlayN : http://code.google.com/p/playn/

원숭이 : http://www.monkeycoder.co.nz/