在标准C ++或C＃上使用C ++ / CLI有什么好处吗？

我没有看到任何真正的优势，除了你有一个C + +语法的事实，并与它，像指针和析构函数。

如何获得图像中的多数颜色？

桌面通知程序没有可见的forms给用户

防止单个可执行文件的多个进程实例

处理多个表单之间的数据

返回'true'的方法应该返回'false'

如果你正在谈论为什么你会使用C ++ / CLI，我认为主要原因是：

对C ++开发者来说可能更自然（虽然我认为这可能不是事实）

C ++ / CLI具有很好的桥接本地和托管环境的功能（使用“IJW” – 它只是工作 – 技术）

我认为，香草萨特可能给出了最好的概述：

C ++ / CLI的设计原理

如果你想知道为什么你可能想要使用原生C ++而不是C＃/ .NET，这就归结为为什么你需要一个托管环境（安全，简单的开发）通过本地代码（绝对控制，可能的速度优势）。 每个人都有自己的观点，而这个答案真的取决于你想要发展什么以及你的市场可能是什么。

我想你是指C ++ / CLI并将其与C＃进行比较。 C ++ / CLI不是C ++的“风味”。 这是一个全新的语言，完全不同的标准库和完全不同的约定。

在工作中，我们发现C ++ / CLI作为C ++和.NET之间的粘合剂语言是有价值的，但除了接口粘合剂之外，我们并不使用它。C＃在所有其他应用程序中具有超越C ++的巨大优势。

如果你指的是像Adam所描述的MS C ++扩展，如果让你的工作更容易，没有理由不使用它们。

使用C ++ CLI的真正原因是将DotNet语言与Native C ++进行通信，例如许多公司首先将它们的GUI迁移到.Net，并在C ++中放置一些逻辑，而C ++ CLI则是两个techno之间沟通的良好桥梁，你也可以使用COM组件，但由于许多原因，这不是一个好的选择。

我不认为将不同风格的C ++相互比较与将C ++与C＃进行比较是同一个问题。 与不同风格的C ++之间的差异相比，C＃是一个非常不同的野兽。