关于未来游戏开发客户端语言的选择

SevenCat

rt
以前我贴过一个国外比较的贴子的。

ibelieveicandie

square.jerry: Re:关于未来游戏开发客户端语言的选择

大家有一个误区: 认为c++一定比c#快 , 实际上c#,managed c++ 在启动时会花费多一点时间,相对耗内存也多不少...

一个被宣传误导的人。。。
C#有些测试是比C++快，不过是和最差的C++代码在极端情况下比较。
有人说C# string比C++的char*效率高。但他肯定不敢拿同样的测试数据和C++的std::string比效率。

SevenCat

我上次的看到的测试，C＃　STRING比std::string可能要高些，但比起char *来，估计还是差得远呢。不过也看是什么函数了，像strlen之类的肯定不行了。

nichoti

微软以前做过不少测试了，比如著名的VB和DELPHI的比较，微软用了什么手法让VB的各方面数据都优于DELPHI，想必大家都已经知道了。
C＃可能是比较安全，可能是比C＋＋更不容易出错，如果这成为一个理由的话，我建议用ADA来写游戏，不但非常安全，而且程序性能，在高级语言中，可能是唯一可以和C语言一拼的。

square.jerry

我不建议用c#来写, 因为那要全部采用c#的规则, 尽管c# 2005得到了很多的改善, 包括在托管类中直接对STL的支持, 迭代器 ,局部类等等 , 但还是和老的 c语言写的东西不好合成. 我认为用managed c++是一个更好的选择. 至于效率, 不能因为传统c++比managed c++快一些就一棒子打死, 他有很多你不能不选择的理由, 安全,可靠,net framework的支持大大简化了你的工作,提高了生产效率. .net 更适应人类生产发展的需要, 缩短开发周期,使工作更有效率, 把您的智慧更多的发挥到商业逻辑中去, 这是微软开发.net的初衷.c++写的东西更能体现底层的技术, 但现在已经渐渐不是谁去花更多的时间做出东西证明他有多厉害的时代了. 微软的这些发展是否真的适合人的发展还有待时间去证明了. 我有一个让你去学 .net语言编写游戏的理由, 因为没有人用.net 语言做出来,但很多人都在想用它做出游戏来, 就这么简单,你现在就是领头羊. 领头羊的价值自然会不一样.