基于Web的游戏引擎 - 请求输入

Question

我正在创建一个基于网络的在线游戏，我正试图找到最适合游戏前端框架的游戏。游戏的后端目前正在使用asp.net mvc 2.鉴于我可以采取控制器操作并将其转换为WCF服务操作，后端的选择不应影响我对前端的选择。

有一件事是肯定的，它确实需要在浏览器中播放。作为这个过程的一部分，我已经对HTML 5-only前端做了一些研究，我可能会朝这个方向倾斜，但我有一些担忧：

1. 假设这个游戏明年这个时候完成，那么我对当前HTML 5采用水平有什么困难？具体来说，我担心Firefox 3.6和IE 7/8仍然拥有庞大的安装基础。我已经看过Chrome Frame来解决IE问题，但我不确定是否有缺点我不知道（除了安装要求）。

2. 我习惯用一个很好的IDE做C＃，并提供有关代码是否编译和智能提醒我符号名称的实时信息。我是否会遇到Javascript问题，我的代码变得越来越难以管理？ Javascript唯一引擎为我的用户解决的可访问性问题对我来说比方便更重要，但它当然也不能无法管理。

3. 市场上的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，它将适用于移动设备。我可能需要调整它的显示尺寸，但如果我不必将它移植到移动设备上，那将是一个明确的优势。

Answer 1

这是我刚刚通过我公司的同一决策过程的两分钱。

我们的目标是创建尽可能广泛的游戏，这意味着它需要在尽可能多的浏览器上运行。我立即排除了html5因为采用不存在而且似乎至少需要几年才能达到60％以上的渗透率。

这让我想起了Flash vs. Silverlight。 Flash的安装基础非常庞大，并且有许多可用的游戏引擎。除非您对视频或3D有特定要求，否则Flash是一种安全的选择。

我选择Silverlight是因为我想要一个良好的安装基础（60％），我想利用我公司的内部.Net专业知识。我还想在后端使用WCF，并且不想混合环境。

请记住，SL5将支持大部分XNA，这是一个大问题。您可以使用大量的XNA引擎和源代码。

这是一个了解html5浏览器支持的好网站：

http://caniuse.com/

Answer 2

我无法谈论HTML5和Canvas的详细信息，但是......

1. 就支持而言，你可能还有很多IE7-8用户。 IE与其他浏览器略有不同，因为您必须做一些事情才能安装更新。 （即，转到“控制面板”中的“安装更新”或访问ie.microsoft.com）。其他浏览器（如firefox）只是告诉你并使更新变得容易。所以你的FF 3.6用户应该不见了，但IE仍然可能是个问题。但请记住，大部分旧的IE浏览器共享都归功于IT部门。让用户保持旧版本 - 您无需担心。
2. 这可能是个问题。但是，在Visual Studio或类似的IDE中开发JS并不是那么糟糕 - 还有IntelliSense和其他有用的东西，以及实时调试。它肯定比C＃更难，特别是因为许多新的JS api还没有被实现到许多IDE的Autocomplete中。
3. 我认为你不必害怕这一点。在这一点上，HTML5和Canvas已经足够远，它们不会被撤销，只会得到改进。可能会对APIS进行一些修改等，但不足以阻止您使用它。

Answer 3

HTML5会取代Flash吗？不，因为直到世界上有足够的人使用IE 15（大约5年10年）才能完成需要更多javascript的游戏和RIA。 Safari，Chrome，FF（可能），很快就会达到标准，但他们的js引擎将需要良好的硬件，而且并不总是在那里。

Silverlight是一个不错的选择，但它不如Flash支持。这就是闪存仍然存在的原因。下一个版本将支持视频控制器。它叫做Project Mole hill，你可以查看我的问题here。

如果您想制作没有良好图形的超级简单游戏，请尝试使用您建议的其中一种服务。 impact.js是100美元，其他看起来是免费的。将来我们将能够使用node.js来处理服务器的请求，但与此同时，Flash仍然是最佳选择！。

我非常宁愿使用javascript但是在你开始编码并意识到闪存的局限性后，你的应用程序会非常出色。

然后是移动设备，iPad，iPhone，Android等。如果你真的认为你的观众在那里用他们的语言构建游戏。它更昂贵，更难，但Objective C，Java，它们比HTML，JS，CSS等更快......

Answer 4

1. 是的，确实会失去庞大的用户群。但是，该用户群与您的相关程度取决于您的目标是什么。每日RPG玩家更有可能使用最新的浏览器而不是Sunday-Morning-Sudoku用户。

2. 尝试Eclipse + Web Tools + Aptana。它对我来说非常好。

3. 没有经验。

Answer 5

我使用YUI3，Burst引擎和放大器进行了一些试运行。拉斐尔的SVG动画 - 一切似乎运行良好; YUI的dragdrop模块甚至可以在Mobile上检测相同的拖动操作，而无需添加任何一行代码。

我只能想象如果我有时间，我会选择在带有Raphael SVG动画的Node.js服务器上提供的YUI3实例。您可以放弃SVG方面并使用更多标准图形技术，或者为具有较少睾丸的用户代理提供备用质量图形。也许可能是你的备用质量版本只是游戏引擎的另一种实现 - 你可能会选择使用非SVG开发游戏。

只是想一想，这对你的实时IDE调试没有帮助......

Answer 6

impact.js有一个很棒的community和documentation。非常值得一试。我相信iosimpact.js是该套件的一部分（虽然测试版???）允许开发iphone / ipad的原生游戏。

Answer 7

当然有些人认为HTML5将取代在线游戏中的闪存。这是我几天前听到的基于HTML / Javascript的引擎

http://www.youtube.com/watch?v=_RRnyChxijA

我实际上并没有使用它，但它看起来非常有前途，它的设计符合你提出的类似要求。它可以让你设计2D / 2.5D（等距投影）游戏。它确实看起来很有希望。