我是一名常规.NET开发人员，旨在将C ++库集成到.NET项目中。我有一些想法，但由于我一般都是C ++的新手，所以我不知道我正在尝试使用的技术的局限性。 C ++项目本质上是一个快速的声音渲染器，可以使用一堆不同的后处理技巧播放多轨音频文件。所有这一切都很酷，但考虑到我想要集成一个简单的.NET WinForms应用程序，事情开始变得混乱。
首先，C ++项目没有.NET绑定或ActiveX / COM集成。它是一个简单的'ol MS VC ++ 9项目。如果我要在我的.NET应用程序中使用该项目，我将不得不以某种方式接口，即。创建类实例，设置属性，调用方法，编组进出数据等
其次，它可以作为独立的Windows应用程序运行，并使用MS Windows API管理自己的Windows。这很好，但不知怎的，我需要在后台运行.NET VM 运行，管理show并运行我所有的C＃代码。我不写C ++所以我需要坚持使用C＃来围绕这个lib构建一个应用程序。
第三，无论我是否在与C ++ lib相同的流程中运行，我都需要一种方法来构建/接口/调试这两个独立的应用程序，就像它们是一个。我没有C ++编程的背景，除了我为高性能数据操作编写了几个C ++ DLL。
所以，很多问题并不知道如何开始！
我可以完全编译这个lib并将其放入VC EXE中，但是我如何将我的.NET代码共同编译成？或者，如何将C ++代码编译到.NET EXE中，以便它在托管环境中运行？请注意，它不是为此设计的，如果我尝试改变太多，可能会行为不端。
主要问题是接口。我如何公开从.NET访问的一些C ++类？我确切地知道我需要哪些类，我只需要几十个类以及它们可以从.NET获得的相关方法/属性。我不介意在.NET中手写包装类来帮助.NET VM理解来回传输的字节的类结构。我希望我可以直接使用托管环境中的C ++对象，因此我的大部分代码都可以保留在.NET中。
即使我将它作为一个独立的应用程序运行，我是否必须求助于套接字或与之通信？这是绝对更糟糕的情况，我会做任何事情来避免这种情况。
我们非常感谢任何帮助或指示，我希望我能够完成自己的工作并完成我的任务，并且我的问题非常具体且可以回答。谢谢你的帮助！
编辑：如果我编写包装类或生成它们，我可以使用P/Invoke创建类实例并调用它们的方法并让它们在后台运行本机C ++代码吗？这些C ++对象的内存将在何处存储和管理？在.NET堆内或外面吗？
答案 0 :(得分：3)
选项1
如果您打算使用非托管C ++对象，最好在C ++ / CLI中编写一个托管包装器，该托管包装器与其包装的类具有相同的接口，但是具有托管构造函数和析构函数来清理非托管资源。在C ++ / CLI中，您可以像创建自己必须删除的C ++一样创建非托管对象，也可以使用gcnew关键字创建托管对象。包装器面向.NET的一面将采用托管对象。包装器的Native面向可以对您已经拥有的所有非托管数据类型进行操作。
例如，考虑非托管类Frobber。在C ++ / CLI中，您将创建一个名为ManagedFrobber的类，该类具有与Frobber相同的所有方法，并包含Frobber的私有实例。在ManagedFrobber构造函数中，您将创建私有Frobber实例。在ManagedFrobber析构函数中，您将删除私有Frobber实例。托管包装器类中的每个方法都只调用私有Frobber实例上的方法。
选项2
如果您打算从C ++世界调用的都是c风格的函数（我认为是C＃中的静态函数），那么P / Invoke可能是要走的路，因为那时你不必担心所有的包装类的细微差别。例如，如果使用包装类将数组从托管世界传递到非托管世界，则必须担心将数组固定到位，以便在托管世界中不会被.NET运行时移动正在搞乱它。使用P / Invoke，大多数细微差别都是为您处理的。
答案 1 :(得分：3)
您可以将托管C ++（C ++ / CLI）包装器编写为非托管C ++代码。这将是最灵活的解决方案。基本上，您使用C ++编写.NET程序集，程序集公开托管类，这些类调用您的非托管代码。然后，您可以从C＃项目中引用此程序集。
有一篇非常基本的文章如何做到这一点：http://www.windowsdevcenter.com/pub/a/dotnet/2004/03/29/mcpp_part3.html
这也可能有用： http://www.multicoreconsulting.co.uk/blog/c-snippets/how-to-call-unmanaged-cplusplus-from-csharp/
和MSDN文章.NET Programming in Visual C++。