C#文法 リフレクション C05_Assemblyの生成_呼び出し元を取得

GetExecutingAssemblyは自分自身しか取れない

今回はGetCallingAssemblyを見ていきます。これを使うと、呼び出し元のAssemblyが取得できます。

呼び出し元のアセンブリ

まず、Anderson.DomainのMailServiceの中でGetExecutingAssemblyをやってみるとどうなるかを確認します。これを参照設定して、Form1から呼び出してみましょう。

MailServiceのコンストラクタでGetExecutingAssembly()を呼び出す

Form1側でMailServiceをnewして実行してみると、Anderson.Domainという結果になります。つまり、GetExecutingAssemblyでは、呼び出した側（Form1・WinFormsApp3）ではなく、そのコードが書かれている自分自身（Anderson.Domain）が取得されるということです。

GetCallingAssemblyで呼び出し元を取得する

これに対して、呼び出し元――今回で言えばこの画面、つまりWinFormsApp3側――を取得したい場合は、GetCallingAssemblyを使います。

GetExecutingAssembly()とGetCallingAssembly()を並べて比較する

実行すると、aはAnderson.Domain、bはWinFormsApp3という結果になります。自分自身を取るのか、呼び出し元を取るのか、という違いです。

GetExecutingAssemblyで取得したaは、コードが書かれているAnderson.Domain自身になる

注意点：イベントハンドラの中で呼ぶ場合

ここでひとつ注意点があります。画面のイベントの中でGetCallingAssemblyを呼ぶと、イベントを通知しているDLLが取得されてしまう、という点です。

たとえば、Form1のコンストラクタでGetCallingAssemblyを呼んだ場合は、呼び出し元であるWinFormsApp3自身が取得できます。

コンストラクタでGetCallingAssemblyを呼ぶと、WinFormsApp3自身が取得できる

ところが、これをボタンクリックイベントの中に書いた場合は話が変わってきます。

ボタンクリックイベントの中でGetCallingAssemblyを呼び出し、そのままGetTypesで型を列挙してみる

なんとなく、この場合もWinFormsApp3のDLLが取得できそうな気がしますが、実際に実行してGetTypesで型を列挙してみると、とんでもない数の型がずらずらと出てきます。中身を見るとSystem.Windows.FormsのDLLで、1000個を超える型がすべて出てきているのです。

ボタンクリックイベント内でGetCallingAssemblyを呼ぶと、System.Windows.Forms（1790個の型を持つ）が取得されてしまう

これは、ボタンクリックというイベントは自分で呼び出しているのではなく、Windows Forms側から「通知」されて呼ばれているためです。そのため、通知している側――つまりSystem.Windows.Forms――のAssemblyが取得されてしまいます。コンストラクタやメソッドの中で呼ぶ分には自分（WinFormsApp3）が取得できますが、イベントハンドラの中で使う場合はこの点に注意が必要です。

まとめ

GetExecutingAssemblyはコードが書かれている自分自身のAssemblyを、GetCallingAssemblyは呼び出し元のAssemblyを取得します。ただし、イベントハンドラの中でGetCallingAssemblyを呼ぶと、イベントを通知しているフレームワーク側のAssemblyが取得されてしまうことがあるため、使う場所には注意しましょう。