明確な方法でライブラリを明示的にロードする

Question

明示的にライブラリをロードするためのきれいな方法を探しています。ほとんどの場合、私はLIBとDLLのペアを持っているので、LIBはすべての "load stuff"を扱い、私はdllの関数を直接呼び出すことができます。明示的にこれを行うとき、私は次のようなものを実行する必要がありますLoadLibrary関数（場合

HMODULE libA = LoadLibrary("dllA.dll"); // NULL if load failed 
HMODULE libB = LoadLibrary("dllB.dll"); // NULL if load failed 

void (*functionA)(void) = libA ? GetProcAddress(libA,"functionA"):NULL; 
void (*functionB)(void) = libB ? GetProcAddress(libB,"functionB"):NULL; 

それは乱雑になります）、私はDLL内の関数を呼び出すために必要がある場合のGetProcAddress（）はすべての私のコードの上に発見されました。私は1-2ファイル内のすべての処理を記述し、LIBとDLLのペアを介して暗黙的にライブラリをロードしているかのように関数を呼び出すことができるようなきれいな方法があるかどうかを知りたいと思います。

Answer 1

実際には、暗黙的なリンクの利便性を得る方法はありますが、ライブラリの読み込みとシンボル検索の両方の失敗を正常に処理することはできます。 Visual StudioにはLinker Support for Delay-Loaded DLLsが用意されています。ユーザーコードにローダーをフックする機能があり、使用できないシンボルの任意の回復戦略を実装できます（ノーオペレーションスタブを返すなど）。これにより、すべての障害処理を単一の場所に統合することが可能になります。

Answer 2

必要な外部機能への純粋なインターフェイスを作成します。 （プラットフォームに依存）

（あなたのプラットフォーム用）実装クラスを提供します。あなたのWindowsの実装では、DLLをロードし、最初にプロシージャのアドレスを取得します。

インターフェイス関数を呼び出す必要がある場合、クラスは呼び出しをロードされたDLLにルーティングします。

他のプラットフォームでも同様の方法を使用します。

これは、遅延読み込みDLLの使用以外には何もありません。それは単なるマニュアルソリューションです。しかし、インターフェースを使用するアプローチは、実際のプラットフォームに依存するソリューションを可能にします。