应用方向不一样的。底层类库从功能和性能上肯定会更好。但C++是个全能,C#应用
于RAD常规应用集成和企业级的应用。如果市场需求发生变化,C#也未必是最好的。也
可能哪个天才又发明个D#$什么的解决问题赚银子为先。

解决方案 »

  1.   

    不会, Windows是系统,C#运行在其上
      

  2.   

    的却是这样的,看看longhorn的介绍就知道了。微软已经不发展win32 api了!
      

  3.   

    不管你是用C#还是C++还是C甚至是汇编只要你是在WINDOWS上编程,你做的无非就调用WINDOWS为你准备好的功能而已,就是HOOK甚至驱动程序WDM,VXD也是在WINDOWS为你设计好的框架内进行的.你跳不出WINDOWS的手掌心.就目前来讲,.NET平台是对WIN32的封装扩展,就这个意义来讲是不存在什么面向系统与面向平台的区别的.你在WINDOWS上使用C或C++是在调用WINDOWS API,而使用C#编程最终还是在调用WINDOWS API.只有封闭层次的不同,没有本质的不同.所谓真正的面向系统,无所不能的C++,只有在你直接面向干净硬件编程时才会体现出来.
      

  4.   

    这是WINDOWS发展的必然趋势,而且这个也不上什么新闻了.
      

  5.   

    看看VS 2005 和Longhorn的beta......
    可能悬。
      

  6.   

    有可能哟,这可是Microsoft的一直的目标列。
      

  7.   

    我应该这么问,现在用 MFC 写的程序速度比用 .NET 类库写的程序快,到下一代系统就反过来了吧?但是 C# 的功能仍然有限,无法访问硬件。很底层的,比如系统软件还得用 C++ 来写。这回差不多了吧?
      

  8.   

    现在讨论这些还为时尚早,不过现在好学c#和.net就是为未来的longhorn做的最好准备。
      

  9.   

    我有一个想法,到下一代 Windows 平台,不用 精通 MFC, ATL 等,精通 .NET Framework 就可以写出像现在的 VC 高手写出的跑的快的程序了吧,哈哈!应该是这样的吧,当然得是应用程序。
      

  10.   

    longhorn到底是怎么样,外界都是在猜测,包括做讲座的那个人,有关longhorn怎么实现的,微软自己都没个说法,有人猜测实际上仍然是对win32 api的包装,也有人说和 win32系统共存,至于以后.net程序比mfc快,我觉得是扯蛋,微软再厉害,也无法突破一些原则性的限制,它毕竟是软件公司,不是硬件公司,他如果能发明.net芯片的话,并推广之,那还有点可能,不过JAVA芯片早就有人推出来了,不照样是个笑料,谁去用?
      

  11.   

    不是说什么在LONGHORN上MFC比.NET快还是说.NET比MFC快而是说在LONGHORN上MFC如果还能存在的话它也仅仅是作为向后兼容而存在并且不会再更新了。就像WIN95仍然可以跑16位应用程序一样。是16位应用程序更快还是32应用程序更快还有意义??
      

  12.   


    Microsoft就是喜欢隔段时间就整个新东西出来,然后让我们这些傻拉巴机的programmers跟着屁股后面走,隔两天就换门语言写,写了几年也没真正掌握哪门。命苦的coders们,还是咱们自己写个牛比的操作系统靠得住,想咋整就咋整。据可靠消息,明年下半年微软将不再支持.net,下一代操作系统2010将使用全新的.shit