Question

什么是最好的（简单而不增加大量开销）在托管库之间共享非托管结构？

假设我有一个托管类库，如下所示：

// MyClassLib.h
#pragma once
#include "MyLegacyStruct.h"
using namespace System;

namespace MyClassLib {

    public ref class Class1
    {
    protected:
        MyLegacyStruct* m_internalBuffer;

    public:
        Class1() { }
        ~Class1() { }

        MyLegacyStruct* GetBuffer()
        {
            return m_internalBuffer;
        }
    };
}

...结构定义（在库中）：

// MyLegacyStruct.h
#pragma once

namespace MyClassLib {

    typedef struct MyLegacyStruct
    {
        unsigned int m_someVar;

    } MyLegacyStruct;

}

...还有一个想要使用该库的简单控制台应用程序：

// ConsoleApp.cpp : main project file.

#include "stdafx.h"
#include "MyLegacyStruct.h"

using namespace System;
using namespace MyClassLib;

int main(array<System::String ^> ^args)
{
    Console::WriteLine(L"Hello World");

    Class1^ c1 = gcnew Class1();
    MyLegacyStruct* s1 = c1->GetBuffer(); // <-- This is a problem

    return 0;
}

...这让编译器抱怨：

2>.\ConsoleApp.cpp(14) : error C3767: 'MyClassLib::Class1::GetBuffer': candidate function(s) not accessible

内部缓冲区用于一些相当重负荷的处理算法，然后用.net代码粘合在一起，使它变得漂亮和模块化，并挂钩到C＃gui以及一些命令行重新处理工具。 / p>

这样做的正确方法是什么？返回void *？创建.net ref结构，使用它复制模块之间的所有数据，然后转换回来？

Answer 1

C++ CLI error C3767: candidate function(s) not accessible Ben Schwehn之前的Source上的堆栈溢出已经回答了这个问题。

总结：

默认情况下，本机类型在程序集外部默认是私有的。默认情况下，本机类型现在在程序集外部不可见。有关程序集外部类型可见性的更多信息，请参阅类型可见性。在引用Visual C ++中创建的元数据时，此更改主要由使用其他不区分大小写的语言的开发人员的需求驱动。 {{3}}

如果使用#pragma make_public(MyClassLib::MyLegacyStruct)，要在程序集中导出MyLegacyStruct本机类型，那么您的项目将进行编译。

什么是共享返回非托管结构的ref类的正确方法？

1 个答案: