最近在看VC++编程方面的资料，在看C++\CLI方面的地方的时候，越看越郁闷。再加上VS2010的IntelliSense不支持C++\CLI，编程起来特别地不方便。有点怀疑微软是不是想逐渐地减弱对VC++的支持，并且增大对VC#和VB的支持。越来越感觉C++是个鸡肋了，尤其是在VS的编译环境中用CLR编写界面。不知道各位是怎么想的。欢迎大家跟帖讨论。

C++\CLI 和 C++ 屁关系都没有，我觉得你这帖子应该贴在.net论坛中。
另外，VS根本左右不了C++的兴衰，虽然用VC++编译C++的人是最多的。别人只是因为C++而用VC++，而非因为VC++而用C++。

用VC干吗?微软本来就不打算支持C++，而是它的C#

CLI是静态C++对象模型到CLI的动态组件对象编程模型的捆绑。它就是你如何用C++在.NET中编程，而不是C#或Visual 。

貌似你是个高手。你能帮我编写出来一段不包含任何有关C++元素的C++\CLI的代码吗？

撇去任何感情，这么浅白的说吧，你不应该用C++\CLI！

另外，C++ 中不包含任何 C++\CLI，同样 C++\CLI 中也不包含任何 C++ 元素。
你不能因为VB中有加号操作，C++中也有，就认为VB包含C++元素，或C++包含VB元素。
微软在C++\CLI中想干什么，C++标准管不了它，也不想管它；反之亦然。
既然是两个不同组织制定的不同标准，那就是两个完全不同的语言。

既然是两个不同组织制定的不同标准，那就是两个完全不同的语言。
不明白。按照你的说法，ANSI C和ISO/IEC C是两个完全不同的语言了？因为一个是ANSI的ANSX3.159-198，另一个是ISO的ISO/IEC 9899:1990

"两个不同组织制定的不同标准"
------ 看到“不同标准”了没？C++和C属于两种不同的语言就是一个最好的例子。
一年后，ANSX3.159-1989标准直接被ISO接受国际标准, 代号ISO/IEC 9899:1990。

我不想和你作无谓的争论，我认为 C++\CLI 是微软的，最起码在事实上只有微软对其进行掌控（例如，delphi是开放的，但事实上其完全掌握在Borland手中，别人无法参与到标准制定的决策中），C++标准委员会没有接受C++\CLI作为其标准。
（微软曾申请将C++\CLI作为C++标准的子内容，但第一次投票则以全票否决。后来一大批小公司的代表要求进行第二次投票，然而在投票前被揭露这些公司都已经被微软秘密收购，同时还揭露出Stanley B. Lippman替微软在贿赂委员会其它成员。C++社区一致要求Stanley B. Lippman滚出C++标准委员会，Bjarne Stroustrup替其说情，Bjarne Stroustrup说自己不擅长于管理工作，而这是Stanley B. Lippman的强项，C++标准委员会暂时还离不开它）

稍稍提一句哈    ECMA（欧洲计算机制造商协会）公布成立专家组，负责结合ISO标准C++与通用语言，开发一个可扩展语言的标准，这个新的可扩展语言被称为C++/CLI标准。

我知道你说的的是CLR，但CLR只是CLI的一种实现而已。