posts - 23,  comments - 94,  trackbacks - 0
问题是这样的,这个“项目”经历了种种变更,目前需求定格在3D动作类游戏上。
在游戏引擎制作的过程中遇见了现在这样的问题:

某从业人员即一位有经验的XNA开发者告诉我们小型游戏利用XNA来做会比较有效率(相对后一种方案)。
不过现在问题出在对.Net,XNA都不是十分熟悉,去使用XNA必然又比较大的学习代价。

后一种方案:使用OGRE+各种游戏引擎中还需要的其他类库来做自己的游戏引擎
相对于.NET C# XNA,C++应该在语言的熟悉程度上更好一些
OGRE也接触了一些,不算熟悉,但是也能了解基本运用
也就是后者可能在整合的方面会遇见一些更实际的问题,但是大体还熟悉

而前者XNA是一个不错的游戏开发框架,但是却需要付出学习代价

后者的问题…… 其实我也只是听同学提到一个很模糊的说法:“在后期会遇见一些麻烦”
这个说法也是前文中的那位从业人员给我同学的说法。
而实际上,我更倾向于的是后面这种解决方案~
因为从自己的知识层面和项目组成员的知识层面上来说,C++还是比C#要熟悉一些
OGRE对于一个基本完全未知的XNA药熟悉一些。

希望有相关开发经验的大大能够来帮忙解决下心中的疑惑!到底是用XNA+.NET还是OGRE+C++
游戏规模是中小型,平台现在由于各种原因限制在Windows上
这两套解决方案到底孰优孰劣?好又好在什么地方,缺点又有一些什么?
实际应用上,会出现很棘手的麻烦么?

我自己也深知在这种解决方案上去徘徊远不如静下心选定一个方案去解决现实世界的问题来得实际。
不过我自己心中有一个“潜选择”,我怕前者真的是一套好的方案却被放弃掉

希望各位大大支招,谢谢了~!

posted on 2009-05-13 14:10 Charlie 侯杰 阅读(2468) 评论(21)  编辑 收藏 引用

只有注册用户登录后才能发表评论。
【推荐】超50万行VC++源码: 大型组态工控、电力仿真CAD与GIS源码库
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理


by Charlie