C#不会取代C++。否则MS就不会邀请《C++ Primer》的作者Lippman加入VS.NET开发组以指导下一代VC++的开发了。

解决方案 »

  1.   

    呵呵,感觉c#和vb没什么区别
    和c++不是一种性质的语言,谈不上取代
      

  2.   

    连VC.NET都不能取代C++,更别说C#了。
      

  3.   

    不过话说回来,Lippman进了微软,不去搞C++,却写了一本《C# Primer》对应自己以前写的《C++ Primer》,不知用意如何...
      

  4.   

    C#绝对不会取代从C++。虽然我不是C++ Programmer,但是我认为C++是永恒的。
      

  5.   

    我相信C#肯定是无法完全取代VC++.net的,就连lippman自己都认为会有更多的人从VB转向C#,而不是C++转向C#。
      

  6.   

    可是 C++ 已经基本取代了 C
    难道 C 不是一种优秀的语言吗?
      

  7.   

    C#只是众多编程语言的一种,不要把它想像的太好。我觉得用什么编程语言不是很重要,重要的是实现什么,达到什么目的。
    basic语言(VB)产生很久了,为什么没消失呢?只要有需求,还有人用,它就不会消失,C#也是如此,是不会取代C++的。
      

  8.   

    看来高不清出语言发展历史,有空我来写一个,大家也可以查查书。
    楼主问题的答案很简单,关键看市场的需要,如果webservice开始大新奇道,如果开始pc面向web,那么VB -> C#,就连VC->C#也是可以遇见的事呀
      

  9.   

    看来高不清出语言发展历史,有空我来写一个,大家也可以查查书。
    楼主问题的答案很简单,关键看市场的需要,如果webservice开始大新奇道,如果开始pc面向web,那么VB -> C#,就连VC->C#也是可以遇见的事呀
      

  10.   

    看来高不清出语言发展历史,有空我来写一个,大家也可以查查书。
    楼主问题的答案很简单,关键看市场的需要,如果webservice开始大新奇道,如果开始pc面向web,那么VB -> C#,就连VC->C#也是可以遇见的事呀
      

  11.   

    显然是不,但是我们又很难说C++是新的.NET平台上编写代码的最佳选择。为了使.NET的运行层能完全发挥作用,它要求编程语言遵循某些特定的规则——其中之一就是所有的语言类型必须遵守通用类型系统(Common Type System,CTS)。不幸的是,许多C++特性不能被CTS支持。例如,模板和类的多重继承。 
      
      Microsoft对这个问题的答案是给C++提供可管理的扩展(Managed Extensions,ME), 这可以使C++遵守CTS。通过添加新的关键字来标记C++类有CTS的属性(例如.-gc表示垃圾回收)。但是在创建新的工程时很难讲为什么ME C++会比C#更合适。就特征(feature)而言它们很相似,但与C++不同的是C#从一开始就以.NET为环境设计的。ME C++存在的理由好像是将C++代码移植(port)为.NET环境下的代码。 
      
      因此,这个问题的答案,很可能是C++作为一个.NET环境之外的语言将依然保留它的重要性;而通过ME将现存的C++代码移植为适合.NET环境;但是很可能C#将是C++开发者开发新的.NET应用程序的最好选择。