下一代 Windows 系统 .NET 会完全取代 Win32 吗？

[neodotnet]

我听一个 .NET 2.0 新特性的讲座，那个人说，目前 .NET API 是架构于 Win32 API 之上的，所以速度慢些，到下一代 Windows 系统，比如 NT6, 即 Longhorn，.NET API 将完全取代于 Win32 API，那时 Win32 API 将成为 .NET API 的子集，是这样的吗？

如果是这样，那现在 VC++ 可以做的事情，到时用 VC# 不是都可以完成了？而且速度也飞快了？

[yellowhwb]

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

[haiwangstar]

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

[viena]

有可能

[haiwangstar]

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

[aicode]

楼上的楼上.写的精彩.学习.

[calmhawkaaa]

无所谓

怎么都好

我们可能都干涉不到

还是跟着走就是了

（诶 感觉我好没志气）

[thinboyxp]

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

[yaopeng117]

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

[neodotnet]

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

[yanransoft]

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

[jk_one]

认真聆听！

[粉红色的火烈鸟]

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

[haiwangstar]

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

[along527]

-_-!

[sgc8228]

听诸君一席话

[yidengjiang]

Microsoft就是喜欢隔段时间就整个新东西出来，然后让我们这些傻拉巴机的programmers跟着屁股后面走，隔两天就换门语言写，写了几年也没真正掌握哪门。

命苦的coders们，还是咱们自己写个牛比的操作系统靠得住，想咋整就咋整。

据可靠消息，明年下半年微软将不再支持.net，下一代操作系统2010将使用全新的.shit

[lonelydreamsym]

呵呵，好

[fungchou]

-_-!

[neodotnet]

我有一个想法，到下一代 Windows 平台，不用 精通 MFC, ATL 等，精通 .NET Framework 就可以写出像现在的 VC 高手写出的跑的快的程序了吧，哈哈！

应该是这样的吧，当然得是应用程序。

[极客行天下]

未来的事儿很难说啊.我们这帮人只要紧跟潮流就行了.^-^