问如果像C#和VB.NET一样受支持，你会使用C++/CLI吗？

EN

我确实在用它。即使相对缺乏工具支持，在处理Win32时，它仍然胜过原始的P/Invoke。

至于LINQ，我真的不想看到太多关于C++语言的攻击。LINQ是足够可用的-如果他们要增强编译器，他们应该在C++ 0x支持上工作……

这一切都是关于在正确的工作中使用正确的工具。我使用C++/CLI进行平台互操作工作，因为它更容易进行正确的封送处理。我几乎所有的其他.NET工作都使用C#，但也有一些VB.Net (我喜欢内联XML)。我承认我还没有学习过IronRuby、IronPython、F#或任何其他.NET语言，但我正在认真考虑它，只是为了增加我的编程技能。

为了回答这个问题，我认为我不会比现在更多地使用它，因为我觉得我已经在它最适合的工作中使用它了。在我看来，C#仍然是最好的.NET语言，因为它是专门为该平台设计的，而不是硬塞给一种更老的语言来适应它。添加对C++/CLI的更好支持只会减少我的开发时间，而不会影响我在另一种语言中的使用。

C++/CLI非常有效地实现了统一托管和非托管代码的承诺。它让你暴露出一个完全原生的C#库，可以100%地访问原生C++/库“内部”。这不是一个优雅的练习，但在实用编程工具的历史上，有什么可比的呢？

如果你需要LINQ和WPF，只要使用C#即可。这就是C++/CLI的美妙之处:编写托管包装器，然后返回到C#。我不认为C++/CLI打算在日常使用中取代C#。