c++-cli - C++/CLI 是标准 ISO C++ 的扩展吗？

Question

是微软C++/CLI建立在 C++ 标准(C++98 或 C++11)之上还是只是“相似”并且有偏差？

或者，具体来说，是否每个 ISO 标准都符合 C++ 程序(C++98 或 C++11)，也是符合 C++/CLI 的程序？

注意:我解释上面的维基百科文章只是将 C++/CLI 与 MC++ 进行比较，而不是与 ISO 标准 C++ 进行比较。

Answer 1

当然，它是 C++03 的扩展，可以编译任何与添加的关键字不冲突的兼容 C++03 程序。它唯一不支持的是 Microsoft 对 C++ 的一些扩展，这些扩展从根本上与 __fastcall 和 __try 等托管代码执行不兼容。 MC++ 是他们的第一次尝试，通过在所有添加的关键字前加上下划线来保持兼容。语法是相当强制的，并没有受到客户的欢迎，C++/CLI 放弃了这种做法，并具有更直观的语法。顺便说一句，C++ Primer 的斯坦利·利普曼 (Stanley Lippman) 也参与其中。

编译器可以通过 #pragma managed 在托管和 native 代码生成之间即时切换。 ，该产品是一个 .NET 混合模式程序集，包含 MSIL 和 native 机器代码。从 native C++ 源代码生成的 MSIL 并不完全等同于由 C# 或 VB.NET 编译器生成的那种。它不会神奇地变得可验证，也不会得到垃圾收集器的喜爱，您可以同样轻松地破坏堆或炸毁堆栈。也没有优化器喜欢，MSIL 在运行时被转换为机器代码，并像普通托管代码一样进行优化，具有抖动固有的时间限制。将过多的本地 C++ 代码转换为 MSIL 是一个非常常见的错误，编译器将其隐藏得太好。

C++/CLI 以引入后来被 C++11 采用的语法而著称。赞 nullptr , override , final和 enum class .有点问题，实际上，它开始了__nullptr能够区分托管和 native 空指针。他们从来没有为 enum 类找到一个很好的解决方案，你必须将它声明为 public 才能获得一个托管的 enum 类型。一些 C++11 扩展可以工作，除了它已经拥有的扩展很少，auto 很好但没有 lambda 表达式，这在 .NET 编程中是一个很大的损失。自 2005 年以来，该语言已被卡住。

C++/CX 语言扩展也很显着，它使为 Store 和 Phone 应用程序编写 C++ 代码变得可口。语法与 C++/CLI 非常相似，包括 ref class和帽子的语法。但是使用 ref new 分配的对象而不是 gcnew ，后者太误导了。否则在运行时与 C++/CLI 非常不同，您可以从 C++/CX 中获得纯 native 代码。语言扩展隐藏了下面的 COM 互操作代码，自动引用计数对象，将错误代码转换为异常并映射泛型。与 C++/CLI 语法的相似之处并非偶然，它们基本上执行相同的角色。将类似 C++ 的语法映射到外部类型系统。