.NET会随时接管CC++吗？

概述这是一个主观问题. 在进入.NET空间之前,我曾在Visual Basic 6.0中工作. 有一件事我看到有很多事情,需要处理Win32 API.作为Visual Basic 6.0开发人员,有很多限制. .NET修复了一些旧的问题,但是依靠Win32的需求还没有得到处理. 是否有任何时候不需要依靠Win32？ (我猜,只有当.NET在 *** 作系统级别有支持.) 据了解,.NET领域(写入LOB应用程 这是一个主观问题.

在进入.NET空间之前,我曾在Visual Basic 6.0中工作.

有一件事我看到有很多事情,需要处理Win32 API.作为Visual Basic 6.0开发人员,有很多限制. .NET修复了一些旧的问题,但是依靠Win32的需求还没有得到处理.

是否有任何时候不需要依靠Win32？
(我猜,只有当.NET在 *** 作系统级别有支持.)

据了解,.NET领域(写入LOB应用程序/网站)和C/C++到目前为止不同.

.NET或其他任何基础架构能否真正使C/C++变得不那么重要？
我期待太多了吗

编辑：看起来不像,在另一个包装上构建包装(并带来新的复杂性)？

解决方法 它不能随时消失,但在windows中,至少新的项目越来越少使用C/C++.你甚至可以看到微软开始吃自己的狗食的例子.

一个很好的例子是C#编译器.目前,它是用C/C++编写的. C#团队目前正在重新编写纯托管代码.一个很大的原因与.NET中的CAS策略有关.调用非托管代码需要FullTrust,所以编译代码也需要FullTrust.当他们转移到托管代码时,这个限制就消失了.

随着越来越多的开发人员以.NET为开发平台,我们看到微软也是如此.

另一个很好的例子是Visual Studio 2010.他们正在使用WPF和MEF重写大部分的IDE,使其易于扩展.

接下来,看看Silverlight运行时.它完全不依赖(特别是)Win32.它运行在Mac上,以及它在windows上运行.当Silverlight变得更有能力时,我们可能会发现许多目前依赖Win32的.NET调用不再这样做.

我想我的观点是,至少我们开始看到windows世界的一些变化.

当然,只要你需要更多的跨平台,C/C++再次变得更有吸引力

总结

以上是内存溢出为你收集整理的.NET会随时接管C/C++吗？全部内容，希望文章能够帮你解决.NET会随时接管C/C++吗？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。