C++のDllの境界は、抽象的なインターフェイスを使用して - ヘッダーの>スマートポインタ？削除を呼び出す？

Question

私は0122,を介して、C++のdll境界について読んでいます。

私は単一のプロジェクトで実装例を書いた。

main.cpp

#include <iostream> 
#include <memory> 
#include <functional> 
#include "Interface.hpp" 

typedef std::shared_ptr<Interface> IPTR; 

int main() 
{ 
    IPTR ptr = std::shared_ptr<Interface>(MakeInterface(), std::mem_fn(&Interface::Release)); 
    std::cout << ptr->Foo(4) << "\n"; 
} 

Interface.hpp

#define MyAPI /*export/import*/ 
#define APIENTRY __stdcall 

struct MyAPI Interface 
{ 
    virtual int Foo(int n) = 0; 
    virtual void Release() = 0; 
}; 

extern "C" MyAPI Interface* APIENTRY MakeInterface(); 

Interface.cpp

#include "Interface.hpp" 

struct InterfaceImpl : Interface 
{ 
    virtual int Foo(int n){ return n; } 
    virtual void Release(){ delete this; } 
}; 

extern "C" MyAPI Interface* APIENTRY MakeInterface() 
{ 
    return new InterfaceImpl{}; 
} 

私の質問は

です
• スマートポインタ宣言をC++のdllの問題に陥らずにヘッダーに移動できますか？
• Releaseメソッドでdelete thisに電話するのは正しいですか？

Answer 1

1）番

extern "C" MyAPI Interface* APIENTRY MakeInterface() 
{ 
    return new InterfaceImpl{}; 
} 

このnewを持っており、実行可能ファイルからnewと互換性がないことができます。 delete（実行可能ファイル）によってオブジェクトを破棄すると、メモリマネージャが異なるために機能しないことがあります。経験則：作成/作成機能（ファクトリ）を提供する場合は、破棄/空き/削除機能を提供する必要があります。 Releaseメソッドは動作しますが、MakeInterfaceとは異なる抽象レベルにあります。 2つの親指のルール：pimplと組み合わせて独立した標準のレイアウトタイプをエクスポートします。

2.）はい。

Answer 2

使用する方法は、私たちが仕事場で使用しているものを使用しています。 あなたが注意しなければならないことの1つは、インターフェイスの引数として、最大でp個のCデータ型だけを渡すことです。 メモリの問題が発生する可能性があります。たとえば あなたは文字列引数を使用してインタフェースの関数を定義する場合：あなたは、クライアントをコンパイルして、DLLの新しいバージョンを（異なるSTLバージョンでdllを考える場合は、問題が発生する場合があります

struct Mapi Interface 
{ 
    void wrong(string& a_string)=0 
}; 

、再コンパイルVITHのvs2015クライアントは古いままで、vs6でコンパイルされています）。

この例では、refを文字列に渡します。文字列の初期バッファは、クライアントによって割り当てられます。

dllで、a_stringに新しい値を割り当てます。これは、再割り当てが必要な大きさの値です。 このようにして、dllコンテキスト内の初期バッファを解放します。ヒープマネージャは、（異なるCRT）異なっていた場合は、DLL-ランタイムから使用されているメモリの問題に