使用 C++/CLI 进行 100% 托管 开发有哪些优点（可能的缺点列表很长）（即使用“生成 ... 程序集，就像那些用... C#") 编写的？尤其是与 C# 相比（注意 C++/CLI : Advantages over C# 和 Is there any advantage to using C++/CLI over either standard C++ or C#? 主要是关于托管/非托管互操作）。
例如，下面是一些我想不到的：
C++-style references for managed types，不像完整的 non-nullable 引用那样优雅，但总比没有或使用 work-around 好。
比泛型更强大的模板
预处理器（这可能是个缺点！但宏对代码生成很有用）
引用类型的堆栈语义——自动调用IDisposable::Dispose()
通过 C++ 析构函数更轻松地实现 Dispose()
C# 3.0 添加了自动实现的属性，因此这不再是 C++/CLI 的优势。
【问题讨论】：
我认为最大的优势是托管/非托管互操作。在不与 C# 或其他 .Net 语言互操作的情况下编写纯托管 C++/CLI（至少对我而言）似乎完全忽略了这一点。是的，你可以这样做，但你为什么要这样做。
如果您要编写纯托管代码，为什么不使用 C#。特别是（就像 nobugs 说的那样）如果 VS2010 放弃了对 C++/CLI 的 IntelliSense 支持。同样在 VS2008 中，C++/CLI 的 IntelliSense 不如 C# IntelliSense；因此，从开发人员的角度来看，在 C# 中工作/探索/重构比 C++/CLI 更容易。
如果您想要一些您列出的 C++ 优势，例如预处理器、堆栈语义和模板，那么为什么不使用 C++？
【讨论】：
奇怪，我喜欢 C++/CLI，但你列出的正是我不喜欢的特性。我的批评：
嗯，这可能都是非常主观的。丧钟将随 VS2010 一起提供，它将不提供对 C++/CLI 的 IntelliSense 支持。
【讨论】：
在 C++/CLI 中，您可以在类之外定义函数，而在 C# 中则不能。但我不知道这是否是一个优势
【讨论】：
和这里的其他人一样，我想不出任何存在明显优势的一般情况，所以我的想法转向了情境优势——在特定情况下是否存在优势？
优势：在快速原型设计场景中利用技术人员的 C++ 技能。
让我详细说明...
我曾与未受过正式培训的程序员的科学家和（非软件）工程师合作过很多次。其中许多人使用 C++ 开发涉及高端物理/数学的特定模块。如果在快速原型设计场景中需要纯 .NET 模块，并且负责该模块的科学家/工程师的技能集是 C++，我会教他们一些额外的语法（public ref、^ 和 @987654323 @ 和 gcnew) 并让他们将其模块编程为 100% 托管的 C++/CLI DLL。
我知道有一大堆可能的“是的，但是……”的回答，但我认为利用技术人员的 C++ 技能组合可能是 C++/CLI 的一个优势。
【讨论】：
【讨论】：
您可以在 C++/CLI 中将枚举和委托作为通用约束，但在 C# 中则不行。
有一个库可以在 C# 中模拟这些约束。
【讨论】：
可以想象一个假设产品的以下要求：
在这种情况下，使用例如 C# 表示 1 会阻碍您在 2 和 3 上不重写。因此，可以在 C++/CLI 中开发，适当地使用宏和模板恶作剧，使其看起来尽可能像普通 C++，点击 reqt 1，然后点击 reqt 2，需要 (a) 重新实现所述宏和模板恶作剧映射到 pukka C++ 和 (b) 实现 pukka C++ 中使用的 .NET 框架类。请注意，(a) 和 (b) 可以在以后重复使用一次。
最明显的反对意见是“那么为什么不用原生 C++ 来完成整个事情呢？”；好吧，也许在庞大的 .NET 类库中有很多好东西可以用来尽快推向市场。
我承认有点脆弱，所以我非常怀疑这是否曾经做过，但尝试一下会很有趣！
【讨论】：