.net中C++的一个问题

[paul_1987]

.net 的C++是运行在CRL上还是，预编译的。希望答案确切有根据！！！

[十八道胡同]

我也想知道
我还想知道用vs写的native c++是运行在哪里？

[founderfang]

C++可以编译成托管代码也可以编译成Native代码，有编译选项可以选的。

[wsbd10086]

C++可以编译成托管代码？？？哪本书上看到的？那还类型安全么

[paul_1987]

不会吧，这么难回答？

[liyoubaidu]

我也想知道。

[mngzilin]

看你调用了什么？编译成了什么？

[t6786780]

你可以这样理解：
1.机器语言：0101010010
2.汇编语言：mov ax, 2000H (这里的H代表16进制，具体请看王爽写的汇编语言）
3.CRL：将微软中间语言编译为汇编（具体可以调试你写的.net程序，然后查看汇编，自己找找看）
5.C/C++ or c# or j# or vb
语言的诞生是就是为了让人们更直观的控制计算机。所以，人们就开发了个中编译器，其实就是翻译器，把一种语言翻译成另外一种计算机语言，微软推出的.net的目标是：任何时间，任何设备，任何语言都能够具备相同的空能（调用.Net FrameWord类库）。所以，关键的问题来了，既然有这个目标，C++会编译成什么语言呢？我可以确认的是，肯定有微软中间语言。因为微软推出了C++托管扩展，也就是把C++编译成微软中间语言。那么，C++到底在VS中能不能编译成native，这个问题是不好回答的，如果能，那么.net战略就失去了其特色性，如果不能，有失去了C++的特性。所以面对这样的问题，你会发现我上述的概念就有用了，编译器他只负责翻译，只要有编译器就可以编译成任何语言，既然这样，干嘛非要局限于VS之上编译C++呢？你完全可以使用其他的编译器。也许你是图个方便，可是微软总不能为你一个人的方便就放弃了他的战略。反思一下。。。那么，.net战略虽然牛X，可是又带来许多负面性的作用。让计算机多走了一步路，但是如果不多走这一步路就使得业务对象处理的不是很理想。这就又引入了哪种语言好的问题中，其实没有哪种好的，只是发挥了不同的作用罢了。所以，楼主不必考虑这个问题，如果你是出于性能上的考虑，那么C#完全可以调用预编译的C++动态链接库（DLL），这样不就解决的性能上的问题了吗？如果出于方便，那么就不要乱想了，你可以根据不同的情况选择不同的编译器。
我只能说这么多了，答案可能不确切，可是有助于你理解.net。对于这样的问题，多看看微软系列丛书就能知道了。

[Icedmilk]

    System::GC::Collect();

这行C++代码能运行在哪里呢？

[t6786780]

GC堆控制你说运行到哪里呢？

[t6786780]

对不起，我解释有误，这里勘正。C++代码在VS中默认情况下是非托管代码？但是通过制定一个新的命令行开关，C++才能编译成CLR托管代码!
源自：.Net框架 程序设计（修订版） 清华大学出版社

不好意思，刚才给你回完帖子去确认了一下，没想到说错了，在这里向各位道歉！