C# 是否可以运行非托管C++；通常从托管C++/CLI项目？
我正在用C++/CLI包装一个纯非托管VC++9项目，以便从.NET应用程序中简单地使用它。我知道如何编写，以及那些非托管代码，但我不能完全理解的是：C# 是否可以运行非托管C++；通常从托管C++/CLI项目？,c#,c++,.net,visual-c++,c++-cli,C#,C++,.net,Visual C++,C++ Cli,我正在用C++/CLI包装一个纯非托管VC++9项目，以便从.NET应用程序中简单地使用它。我知道如何编写，以及那些非托管代码，但我不能完全理解的是： >P>非托管LIB是一个非常复杂的C++库，使用了很多内联和其他特性，所以我不能将它编译成 /CLR < /代码>标记的托管DLL。我需要使用普通的VC++编译器将其编译成一个单独的DLL 如何从非托管代码中导出符号，以便可以从C++/CLI项目中使用？我是否将我需要的每个类都标记为可见的extern？是这么简单还是有更多的复杂性 如何从C++
extern您可以使用PInvoke从非托管DLL调用导出的函数。这就是从.Net访问非托管Windows API的方式。但是，如果导出函数使用C++对象，而不只是纯C数据结构，则可能会遇到问题。
还有一个C++的互操作技术，可以使用：
你可以从一个普通的本地C++项目开始（从10年前的Visual Studio 6导入），当你今天构建它时，它将链接到当前运行的VC运行时版本。 然后，您可以向其中添加一个新的foo.cppfoo.hvoid bar(int a, int b);
foo.cpp
-要编辑并继续程序数据库，请将其更改为仅程序数据库/ZI
-您需要禁用最小重建/Gm
-运行时检查，将其更改为默认值/RTC- 预编译头-将其更改为不使用预编译头
-运行时类型信息-将其更改为打开（/GR）/GR-
所有这些更改只需对特定的/CLR启用文件进行 如Daniel所述，您可以在文件级微调设置。您也可以在文件中使用“#pragma managed”，但我不会无缘无故地这样做 请记住，您可以创建完整的混合模式部件。这意味着，您可以将本机代码原封不动地编译到这个文件中，再加上一些围绕这个代码的C++/CLI包装器。最后，您将拥有与本机Dll相同的文件，其中包含所有导出的本机符号，并同时具有完整的.NET程序集（公开C++/CLI对象） 这也意味着，只要考虑文件外部的本机客户机代码，就只需关心导出。混合dll/程序集中的C++/CLI代码可以使用常用的访问规则访问本机数据结构（只需包含标头即可提供）
因为您提到过，我为一些非平凡的本地C++类层次结构做了这个工作，包括大量的DirectX代码。所以，这里没有主要问题
我建议不要在.NET驱动的环境中使用pInvoke。是的，它起作用了。但是对于任何非平凡的（比如说超过10个函数）来说，使用C++/CLI提供的OO方法肯定会更好。您的C#client开发人员将非常感激。在C++/CLI中，您可以使用所有.NET功能，如委托/属性、托管线程等。从VS 2012开始，您还可以使用一些有用的Intellisense。是的，您可以使用混合模式。只需将要编译的文件标记为本机文件，而不使用
/clr