blocks|key|809207|text|对于C%2B%2B/+Perhaps...but提供了哪些C#没有的功能，我并不完全清楚。提示，也许吧？我已经在C#中完成了所有的.NET编程(我所做的很少)，并且我开始学习F#，但是如果它得到了完全的支持和良好的文档记录，当然，我会试一试。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|809208|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Perhaps...but I'm not entirely clear on what C++/CLI offers that C# does not. Pointers, perhaps? I've done all of my .NET programming (the little I've done) in C#, and I'm starting to learn F#, but if it was fully supported and well documented, sure, I would give it a go.

blocks|key|3104255|text|我确实在用它。即使相对缺乏工具支持，在处理Win32时，它仍然胜过原始的P/Invoke。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3104256|至于LINQ，我真的不想看到太多关于C%2B%2B语言的攻击。LINQ是足够可用的-如果他们要增强编译器，他们应该在C%2B%2B+0x支持上工作……|3104257|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I do use it. Even with the relative lack of tool support, it still beats raw P/Invoke for dealing with Win32. 

As for LINQ, i don't really care to see too much more hacked into the C++ language. LINQ is usable enough as-is - if they're gonna enhance the compiler, they should work on C++ 0x support...

blocks|key|809286|text|我将C%2B%2B/CLI与MFC混合使用以利用WPF和XAML，但我使用的是新的C%2B%2B+2008功能包--免费的功能区组件。:)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|809287|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I am mixing C++/CLI with MFC to take advantage of the WPF and XAML, but I am using the new C++ 2008 feature pack -- free ribbon components. :)

blocks|key|5360141|text|这一切都是关于在正确的工作中使用正确的工具。我使用C%2B%2B/CLI进行平台互操作工作，因为它更容易进行正确的封送处理。我几乎所有的其他.NET工作都使用C#，但也有一些VB.Net+(我喜欢内联XML)。我承认我还没有学习过IronRuby、IronPython、F#或任何其他.NET语言，但我正在认真考虑它，只是为了增加我的编程技能。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5360142|为了回答这个问题，我认为我不会比现在更多地使用它，因为我觉得我已经在它最适合的工作中使用它了。在我看来，C#仍然是最好的.NET语言，因为它是专门为该平台设计的，而不是硬塞给一种更老的语言来适应它。添加对C%2B%2B/CLI的更好支持只会减少我的开发时间，而不会影响我在另一种语言中的使用。|5360143|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

It's all about using the right tool for the right job. I use C++/CLI for platform interop work because it's much easier to get the marshaling correct. I use C# for almost all other .NET work, with some VB.Net (I like the inline XML). I admit I haven't learned IronRuby, IronPython, F#, or any other .NET language yet, but I'm seriously considering it just to increase my programming arsenal.

To answer the question, I don't think I'd use it anymore than I already do because I feel I already use it for the jobs it fits best. C# is still the best .NET language as I see it because it was specifically designed for that platform, rather than shoehorning an older language to fit it. Adding better support for C++/CLI would only decrease my development time, rather than sway my usage from another language.

blocks|key|3950332|text|C%2B%2B/CLI非常有效地实现了统一托管和非托管代码的承诺。它让你暴露出一个完全原生的C#库，可以100%25地访问原生C%2B%2B/库“内部”。这不是一个优雅的练习，但在实用编程工具的历史上，有什么可比的呢？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3950333|如果你需要LINQ和WPF，只要使用C#即可。这就是C%2B%2B/CLI的美妙之处:编写托管包装器，然后返回到C#。我不认为C%2B%2B/CLI打算在日常使用中取代C#。|3950334|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

C++/CLI delivers very effectively on the promise of uniting Managed and Unmanaged code. It lets you expose what feels like a perfectly native C# library with 100% access to native C++/libraries "on the inside". It's not an exercise in elegance but in the history of practical programming tools what compares?

If you need LINQ and WPF, just use C#. That's the beauty of C++/CLI: write your Managed wrapper and then go back to C#. I don't see C++/CLI intending to replace C# for day to day use.

blocks|key|5360236|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5360237|+...but我不太清楚C%2B%2B/CLI提供了哪些C#没有的功能。--+@Thomas+Owens|blockquote|offset|length|5360238|5360239|5360240|一个巨大的好处(在我的书中)是RAII+(参见Adam+Wright给我的关于RAII+in+.NET的问题的answer+)。|5360241|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/179690/would-you-use-ccli-if-supported-like-c-vbnet#179704|1|https://stackoverflow.com/users/1200/adam-wright|2|https://stackoverflow.com/questions/173670/why-is-there-no-raii-in-net|3|https://stackoverflow.com/questions/173670/why-is-there-no-raii-in-net#173845^0|0|10|C|0|0|0|0|N|B|1|13|C|2|1J|6|3|0^^$0|@$1|2|3|-4|4|5|6|X|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|Y|7|@]|8|@$D|Z|E|10|1|11]]|9|$]]|$1|F|3|-4|4|5|6|12|7|@]|8|@]|9|$]]|$1|G|3|-4|4|5|6|13|7|@]|8|@]|9|$]]|$1|H|3|I|4|5|6|14|7|@]|8|@$D|15|E|16|1|17]|$D|18|E|19|1|1A]|$D|1B|E|1C|1|1D]]|9|$]]|$1|J|3|-4|4|5|6|1E|7|@]|8|@]|9|$]]]|K|$L|$4|M|N|O|9|$P|Q]]|R|$4|M|N|O|9|$P|S]]|T|$4|M|N|O|9|$P|U]]|V|$4|M|N|O|9|$P|W]]]]

<blockquote>
 ...but I'm not entirely clear on what C++/CLI offers that C# does not. -- @<a href="https://stackoverflow.com/questions/179690/would-you-use-ccli-if-supported-like-c-vbnet#179704">Thomas Owens</a>
</blockquote>

One huge benefit (in my book) is RAII (see the <a href="https://stackoverflow.com/questions/173670/why-is-there-no-raii-in-net#173845">answer</a> given by <a href="https://stackoverflow.com/users/1200/adam-wright">Adam Wright</a> to my question regarding <a href="https://stackoverflow.com/questions/173670/why-is-there-no-raii-in-net">RAII in .NET</a>).

blocks|key|5360273|text|我不会使用它，因为我不想被一个巨大的运行时所束缚。我不喜欢所有那些%5E指针之类的东西:)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5360274|不过，我确实喜欢/怀念.NET提供的伟大的库。|5360275|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I would not use it because I don't want to be tied to a huge run-time. And I don't like all those ^ pointer thingys :)

I do like/miss the great library that .NET offers though.

blocks|key|3950448|text|我使用它来支持遗留代码以及在托管代码和本机代码之间编写填充。我喜欢VS11对它的更好支持|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3950449|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I use it to support legacy code as well as writing shims between managed and native code. Love that VS11 supports it much better

I've always had a thing for C++/CLI. Maybe because not many developers use it... or just because it's different.

Suppose Microsoft fully supported C++/CLI as they do VB.NET and C# (ie. LINQ, WPF, etc.). Would you use it? 

If not, why?

Would you use C++/CLI if supported like C# & VB.NET?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我一直对C++/CLI情有独钟。也许是因为使用它的开发人员不多。或者仅仅因为它是不同的。假设微软完全支持C++/CLI，就像他们支持VB.NET和C#一样(即，LINQ、WPF等)。你会用它吗？若否，原因为何？

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

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

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