是C++死了吗?

如果在应用程序开发中以.NET framework为目标,那么与C#相比,C++/CLI是二等公民。C#专门设计为 这个 NET framework语言,同时C++/CLI扩展允许开发人员连接本机代码和托管代码。

但是不要混淆C++和C++/CLI(C++ + .NET是一样的……)。C++在内核、游戏、高性能和服务器应用程序(例如SQL Server)等领域都是很活跃的,所有这些都不太可能改变。另一方面,大多数.NET的GUI素材都不使用C++。

管理C++从来没有真正成为MS认为它会是什么。C#可以(几乎)做同样的事情,使用更加直观和用户友好的语法。

除此之外,C++和CLI将不会长期被不支持,因为它是在.NET程序集和本机C++程序集之间创建互操作的简单方法。这就是它的全部用途(我确信有0.001%的C++/CLI开发人员不同意:P)。

微软不会让C++/CLI消亡,至少在不久的将来是这样。然而,如果没有社区支持,C++/CLI将无法发展。

在这一代人中,不生长意味着接近死亡。

恐怕是的。

原因不是C#(它没有带来任何特殊的东西,尽管它是一种新的语言,但它不会引入新的语言特性,而只是复制了其他语言的特性——泛型)。

这主要是因为MS首次启用了.NET平台——C++的C++,这是一个灾难。
Herb Sutter C++ Gruru,它设计了管理C++替换的C++ C++CLI的奇妙工作。 为什么C++和CLI设计优于C++阅读的设计 A Design Rationale for C++/CLI 赫伯写的。

顺便说一句,赫伯使vc编译器成为Windows上最好的符合标准的编译器之一,因为多年来它在符合标准方面是最差的。

this

我不认为它一定会消失,但使用它的原因几乎总是归结于您是否需要它带来的性能优势。如果C++能在C++的90%的效率上做同样的事情,那不是真的够好吗?