C# で動的拡張メソッドが RuntimeBinderExceptions をスローするのはなぜですか?

C# 動的拡張メソッドと RuntimeBinderException

C# では、元のソース コードを変更せずに、既存のクラスに新しいメソッドを追加する必要があることがよくあります。このニーズを満たすために拡張メソッドが導入されました。

整数のリストを検討し、First() メソッドを使用して最初の要素にアクセスします。

<code class="language-csharp">List<int> list = new List<int>() { 5, 56, 2, 4, 63, 2 };
Console.WriteLine(list.First());</code>

このコードは完全に機能します。ただし、dynamic キーワードを使用して同じリストを動的オブジェクトに変換しようとすると、例外がスローされます:

<code class="language-csharp">dynamic dList = list;
Console.WriteLine(dList.First()); // 抛出 RuntimeBinderException</code>

この異常な動作を理解するには、拡張メソッドの基礎となるメカニズムを深く理解する必要があります。非動的コードでは、コンパイラーは、一致する拡張メソッドを提供する静的クラスをすべての既知のクラスから検索します。この検索は、名前空間のネスト順序と利用可能な using ディレクティブに従います。

動的言語ランタイム (DLR) は、動的拡張メソッドを呼び出すときに問題に遭遇します。ソースコード内に存在する名前空間のネストと using ディレクティブを実行時に決定する必要があります。ただし、この情報を呼び出し側サイトにエンコードする便利なメカニズムはありません。このようなメカニズムを設計する可能性が検討されましたが、最終的には実装にはコストがかかり、リスクが高すぎると判断されました。

以上がC# で動的拡張メソッドが RuntimeBinderExceptions をスローするのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。