C++啊~~我的青春啊~~我哭，达人来帮忙看看吧！

以下引用Prz在2006-5-17 0:32:05的发言：



NIDS <> NDIS

以下引用粘土火星在2006-5-17 0:57:58的发言：


至于语言、框架库好不好的问题，我觉得还是要看看适不适合需求这个标准衡量，当然需求本身也是个很抽象的东西--__--b

楼上有人说CLR或者JVM节省程序员的时间的观点也得到了印证，但是至于是否浪费了用户的时间这点很难讲，不知道有没有统计C#和C++相比损失的性能和节约时间的比率之类的东西。面向开发的层面不一样，需求不一样，擅长处理的领域也不同，可能游戏里面对性能要求更苛刻一些，但我相信通常情况下软件交付时间越短越能赢得更多的客户（爆），其实程序员的时间一定程度上也算作客户的时间嘛。

当然还期待各位强者继续衡量下，某还是边看边学|||||||

以下引用LOVEHINA-AVC在2006-5-17 1:43:36的发言：


排除语言复杂性的话C#跟C++之间没有多少可以比较的地方吧，本来JAVA、.NET就不适合做WIN32 DESKTOP APP，它们是面向客户应用的。这些中间语言连内嵌汇编都办不到，有谁会拿它们去开发游戏呢？

以下引用LOVEHINA-AVC在2006-5-17 1:43:36的发言：


排除语言复杂性的话C#跟C++之间没有多少可以比较的地方吧，本来JAVA、.NET就不适合做WIN32 DESKTOP APP，它们是面向客户应用的。这些中间语言连内嵌汇编都办不到，有谁会拿它们去开发游戏呢？

以下引用kkkklll在2006-5-17 13:38:25的发言：
C# 是有 unsafe 选项的，开了就可以加指针什么的了，而且也可以调用API，不过有些orz，因为定义有些奇怪，可能会很不习惯。

还有就是 C#、Native C++和 VB 什么的都是可以相互调用的，用 dll 或 Com。并且，在IDE 里面是支持这种转来转去的调用的调试的，就是说本来运行 C#代码，可以StepInto 到 C++ 里面去。有时看到 C++ 和 C# 的 几个不同语言的 Project 在同一个 Solution 里的确很orz。我至今也不会，所以不是很清楚。呵呵。不过测试的时候看起来挺方便的。

一般程序，大量时间都是被废在很小的一个小块里的，这便是瓶颈呀，所以把这块用各种方法优化了不就行了。比如调用C++什么的。而且C#的速度并不很明显地比C++慢，至少我觉得如此。除了一开始启动要初始化，还有那些 Windows控件 。呵呵。真不知道它怎么把那些Windows控件弄得这么慢的……还有VS2005 对机器要求也不低……

对于浪费用户时间还有一点，就是 C++ 明显 Bug 多些，这些应该也该算大大浪费时间吧。越是复杂的系统，这个情况越明显，呵呵。

以下引用kkkklll在2006-5-16 19:19:17的发言：
个人认为，C#的最大好处就是简洁，与人类的思维更相似。C#的函数，只要大概知道它在哪，在列表上大概翻一下就找到了，因为光看函数名就知道这个东西大概是做什么的，鼠标放在函数上就可以看到更详细的信息，而参数名们都有其特定的意义，表示十分直接。基本上看到一个函数就知道它是干什么的了。看到一个类，打一个.就知道它能实现什么功能了。

所以，只要会语法，会OOP概念，就可以写了。呵呵。

C#不用背函数，是那些像我一样的懒人们的好工具呀，挖沙沙。人类果然是为了更懒而在不断地奋斗着呀。这便是变猪的真谛了。

以下引用粘土火星在2006-5-17 0:57:58的发言：
=v=其实这段话之前不是还有一句嘛赞MFC的|||“我认为MFC是一个了不起的框架库。”

关于C#和C++之间的关系，这个人也有说到嘛~~~

至于语言、框架库好不好的问题，我觉得还是要看看适不适合需求这个标准衡量，当然需求本身也是个很抽象的东西--__--b

楼上有人说CLR或者JVM节省程序员的时间的观点也得到了印证，但是至于是否浪费了用户的时间这点很难讲，不知道有没有统计C#和C++相比损失的性能和节约时间的比率之类的东西。面向开发的层面不一样，需求不一样，擅长处理的领域也不同，可能游戏里面对性能要求更苛刻一些，但我相信通常情况下软件交付时间越短越能赢得更多的客户（爆），其实程序员的时间一定程度上也算作客户的时间嘛。