【发布时间】:2013-05-06 20:39:21
【问题描述】:
我正在创建一个基于网络的在线游戏,并试图在游戏前端框架方面找到最合适的方案。游戏的后端目前使用的是 asp.net mvc 2。鉴于我可以采取控制器操作并将其转换为 WCF 服务操作,因此后端的选择不应影响我对前端的选择。
可以肯定的是,它确实需要在浏览器中播放。作为此过程的一部分,我已经对仅 HTML 5 的前端进行了一些研究,并且可能倾向于这个方向,但我有一些担忧:
假设这款游戏在明年这个时候完成,对于当前的 HTML 5 采用水平,我会遇到哪些困难?具体来说,我担心 Firefox 3.6 和 IE 7/8 的安装基数仍然很大。我查看了 Chrome Frame 以解决 IE 问题,但不确定是否存在我不知道的缺点(除了安装要求)。
我习惯于使用一个不错的 IDE 执行 C#,该 IDE 包含有关代码是否编译的实时信息,以及提醒我符号名称的智能感知。我会遇到 Javascript 的问题,我的代码会变得很大且难以管理吗?仅 Javascript 引擎为我的用户解决的可访问性问题对我来说比方便更重要,但它当然也不能无法管理。
目前市场上的 HTML 5 引擎是否成熟到足以信任我的时间投入?我是否有很高的风险采用一个在一年后就会失修的框架?在我看过的引擎中,似乎没有一个得到真正强大的社区支持,我错了吗?还有其他人这样做吗?
这是我目前发现的:
- CraftyJS (http://craftyjs.com/api/Sprite.html)
- ImpactJS (http://impactjs.com/)
- PropulsionJS (http://www.propulsionjs.com/)
- 渲染引擎 (http://www.renderengine.com/demos.php)
- RPG JS (http://rpgjs.com/)
- EaselJS (http://easeljs.com/)
是否有人对社区有所了解,或者有任何理由相信其中任何一个都将得到很好的维护或至少在未来几年内可用?有谁知道那里有另一个框架? ImpatJS 拥有所有这些中最令人印象深刻的演示,它也是唯一一个不是免费的。
感谢您的任何帮助/建议。我只是担心我会选择一个让我后悔的前端,而且我不想在 4 或 5 个月后从头开始。
这是一个 2D 浏览器游戏。它现在不针对移动设备,但它会在首次发布后立即转向移动设备。一个希望是,如果我使用 HTML 5,它可以在移动设备上正常工作。我可能需要调整它的显示尺寸,但如果我不必将它移植到移动设备上,那将是一个明确的优势。
【问题讨论】:
-
这是一个非常广泛的问题......我不确定它是否能得到令人满意的回答。
-
为什么不设计您的 API,以便您可以切换框架并更改有限的代码?这是什么类型的游戏,2D,3D,第一人称射击,基于瓷砖?游戏种类繁多,你越精确,答案就越好。
-
@James - 理论上听起来不错。问题通常在于,为了让游戏运行良好,您需要对影响架构的平台进行特定优化。
-
这将有助于您发布有关游戏类型和要求(3d、twitch、移动等)的更多信息
-
@rboarman - 在 javascript 中,你的优化只能到此为止,所以如果你从一个好的 api 开始允许切换框架,那么,你确定哪一个真正满足你的需求,然后对其进行标准化一个,但是,通过这种方式,您基本上可以将返工限制为编写一个新的适配器对象。一旦你标准化一个,然后优化。
标签: javascript html game-engine