C#开发游戏，大有天地！

fengyeblade

个人签名：
??鬟[?蜷_??????g迎您的光?
http://fl.itcom.name/dvbbs


我的看法是，可能有些部分确实需要C++的高效果运算。但是在很多地方不需要这些的时候C#的开发效率就是很高。大规模软件开发的时候 C#肯定有合适的地方。

回头说下运行效率的问题，C#真比C++慢吗？
其实这有个误会。一般C#编译为中间代码好象是慢一点。但是这其实很大程度是慢在中间编译上，运行的时候 并不会慢，只是在有些系统资源的处理上有些不及C++，因为中间要有托管。

可是C#并非只能用中间语言啊！！！
其实 FIFA2004中很大一部分代码就是C#开发的！不过它们被编译为本地代码！
所以效率和C++是一样的！！

而且通过MS对DX9 MANGED的优化以后测试结果来看。
C#控制的DX程序不比C++慢，而且有些地方还要比C++出色！

所以 语言不是问题！
思想才是关键，编程的代码思想 可以在任何语言上实现！
其实也可以理解，如果SUN推出JAVA2的本地编译，JAVA2一样可以开发高效及时的图形网络游戏。


另外一个问题，游戏的扩展性也越来越大！
那么出了模型地图之类的简单扩展以外，有些玩家又可以用编程手段来扩展游戏。
那么C#就提供了两个非常有利的手段！
1是脚本开发，C#可以及时编译，动态加载。脚本就会比其他脚本更强大和灵活。
2对于二次开发，速度会很快，而且相对C++灵活和方便。

对于网络游戏或者庞大的单机游戏来说，补丁是很多的。
有时候补丁会很多，造成的游戏不同版本有很多差异。
所以有些网家会使用不同版本来玩。这样很多人就要把游戏分开装两套以上。

C#可以全局管理库版本。可以在不同库间切换，还可以保持自动版本对应。
这也是C#的好处之一。

所以 只MS不倒，C#作游戏大有前途！
（饿死的骆驼比马大，我看MS在我有生之年，消失的可能性不大）

西瓜

等操作应该里全部带.net类库先才大有前途

fengyeblade

这不是问题 现在新的WINDOWS系统都带着, 以前的也可以装上.
又不大才20M,如果作游戏,完全可以包含在游戏里.  也可以自动检测安装.

西瓜

也是.

其实 FIFA2004中很大一部分代码就是C#开发的！不过它们被编译为本地代码！
所以效率和C++是一样的！！

这个是真的？用什么编译器译成本地代码？？

fengyeblade

以前VS.NET的测试版中包括一个本地代码编译器。不过效果不完善，因为那时的.NET库也还没定型，所以也就是个测试之用。那时候微软搞的专家测试活动里，有关于这个东西的开发文档。那时候我是没能力搞这些了，也就是当新鲜事听说。


至于EA SPORTS的FIFA 2004是怎么作的，我估计、大概（错了别骂我）是这样，他们分离出一些.NET的完成库，封组在他们的游戏库中。  他们自己有一个对C#语言的编译器（对EA来说，写这个是小意思）。他们把.NET的改装（或者叫部分精装版）也封组在他们的游戏库中。这样一来，等于，EA把改装过的.NET环境封在游戏内，而具游戏程序，直接用机器代码使用这写库。
这一改装看来是个满麻烦的事。但是有了这一框架引擎。以后其他游戏的开发成本和周期就短的多了。

仅仅是猜测，我不负任何责任哦。

genic

呵呵~~~我认为 m￥的本地编译器没什么 可用性 估计 m￥不会 把重点放在这里

fengyeblade

所以，目前要把.NET用在游戏中，本地代码编译器是要自己写的。
不过，往后看，这个也没必要，毕竟.NET程序运行起来的效率并不是明显的慢。
在引擎和资源的控制处理上，针对.NET的工作模式优化后，没什么太直接的性能损失。

genic

我 看过 c#与 其它语言的性能比较
是 图表形式 的 差的还是 很多的
好象是在 vc知识库3中看到的

fengyeblade

UUPPP

2fly

相信C#的发展！！！