c# - C# 代码和非托管 C++ 库之间的双向通信

Question

我想将 C++ 库与来自 C# 的非托管代码一起使用。我在 stackoverflow 上发现了一些帖子是如何做到的。它以这种方式工作，但我需要一些解决方案来在 C# 代码中从 C++ 类定义抽象函数(具体来说——我的库 C++ 函数必须在 C# 中调用函数)。

问候卡米尔

Answer 1

很酷的问题。要了解这个想法，您应该考虑以下一般情况。您有一个大型 C++ 项目，并且希望使用脚本对其进行扩展。在您的情况下，“脚本”是 .NET/CLR。

你有:

namespace Native {

class NativeInterface
{
public:
    /// Yes, no implementation here, in the "native world"
    virtual void NativeMethod() = 0;

    /// Some other method(s) you'd like to call
    virtual void ConcreteMethod() { cout << "Hello" << endl; }
};

} // namespace Native

您必须为 Native::NativeInfterface 制作 C++/CLI 包装器:

namespace Managed
{
    ref class NativeInterface
    {
    public:
       virtual void NativeMethod() abstract;

       virtual void ConcreteMethod() { NativeObj->ConcreteMethod(); }
    public:
       Native::NativeInterface* NativeObj;
    };
} /// namespace managed

你想用 C# 做:

namespace Managed {

public class MyNETImplementation: NativeInterface
{
    override void NativeMethod()
    {
       DoTheStuff_UsingNativeCode(); // possibly, call the ConcreteMethod
    }
}

} // namespace Managed

关键是您要将“指针”传递给本地世界某处的 MyNETImplementation。

因此，您应该在 C++/CLI 中实现棘手的 NativeInterfaceImpl 类，它将保存对 MyNETImplementation 的托管引用，并将调用适当的方法。

第一次尝试:

namespace Managed {

/// C++/CLI in mixed-mode assembly
class NativeInterfaceImpl: public NativeInterface
{
public:
   NativeInterfaceImpl(Managed::NativeInterface^ Obj) { ManagedObj = Obj; }

   /// Native implementation to call the managed class
   virtual void NativeMethod()
   {
      Obj->NativeMethod();
   }
public:
   gcroot<Managed::NativeInterface^> ManagedObj;
};

} // namespace Managed

是的，这很棘手，关于如何传递参数有很多问题，但是这个网站上详细考虑了编码问题。

忘记添加如何使用 NativeInterfaceImpl 的托管指针。如果它们是使用“gcnew”关键字分配的，则必须在使用前“固定”它们。

Managed::NativeInterface^ obj = gcnew NativeInterfaceImpl( gcnew MyNETImplementation() );
pin_ptr<NativeInterface> pinned = obj;

/// void SomeNativeFunction(NativeInterface*);
SomeNativeFunction( pinned );

编辑(收尾):

有一些引用资料，稍微过时了(它们与托管 C++ 相关，而不是 C++/CLI)，但仍然很容易适应。

Calling managed code from unmanaged

Second version of managed<->unmanaged calls