我学习了使用Visual C++和Win32 API编写Windows程序。如今，似乎大多数应用程序都是使用C#的.NET开发的。我了解到，在本机代码和托管代码之间的大多数情况下，性能差别不大。因此，我想知道，如果我今天要开始编写一个新的桌面应用程序，除了我更熟悉C++之外，是否还有其他原因要选择非托管C++而不是.NET呢？是否仍然存在使用C++和本机代码的某些优势？或者这种方法在Windows平台上已经被.NET取代了吗？
当然，我知道编写低级设备驱动程序和类似程序的人不会使用.NET。我是指客户端应用程序，它们不直接调用硬件。
对于小型可下载应用程序而言，最重要的一点是本地代码不需要.NET运行时。虽然宽带变得越来越普及，但远非所有人都拥有它。
有些人可能会失望地发现，您的2MB应用程序实际上需要另外20MB的框架下载和麻烦的安装过程才能运行。如果他们不确定自己是否真的需要您的应用程序，他们可能会在尝试之前就将其删除并转向竞争产品。
仅列举了一些。
然而，您可能还想从相反的角度来看这个问题，以公平评估使用哪种语言。
此外，您可以使用C++/CLI来合并本机和.net代码。
如果您的应用程序需要在没有安装的情况下运行（即，如果您不能或不应该像安装.NET框架那样做），则不能保证.NET已经在Windows机器（Vista之前的版本）上安装好。许多实用程序可以归入此类别。
内存占用。但是，除非您在为内存严重不足的机器开发应用程序，否则这对于大多数应用程序来说实际上不应该成为问题。
如果你可以接受依赖于堆栈，就选择.NET。它现代、优雅、强大，因此开发速度更快。
但要意识到你的应用程序会受限于它——语言和框架，在预见将来可能想要摆脱它的情况下，最好三思而后行。
Win32虽然老旧笨重，但在几乎所有Windows版本上均可工作，而且你的代码可以使用简单易懂的C/C++编写，具有可移植性。
+1 是因为不需要在目标机器上安装.NET包/程序。这仍然是一个很大的问题。
当所有机器都有Mono或.NET时，这就不是那么大的问题了。
.Net程序也有支持寿命，而本地程序则没有。本地程序可以在不需要更新的情况下跨越多年运行在不同的操作系统上。
.Net程序可能会受到糟糕的.Net配置的影响，本地程序仍然继续运行，几乎不会受到操作系统更新的影响。
.Net程序启动缓慢，感觉迟钝，原生程序启动快速，运行迅速。
.Net必须编码为最低公共分母（最广泛使用的框架版本），本地编译所有代码到应用程序-所以使用您想要的东西。
使用Delphi进行Native开发，而不是C ++。 .Net部分基于Delphi RAD和Java后端。
我可以想到的有两件事。
知识产权保护。对于某人来说，反向工程Unmanaged C++应用程序要难得多。Managed .Net或Java应用程序可以被轻松反编译，但这不适用于Unmanaged C++。
速度。C++更接近硬件，并且具有比其他评论提到的更小的内存占用。这就是为什么大多数视频游戏继续使用C++和内联汇编的原因。
