拡張メソッドのオーバーロードの選択

Question

は、私は2つの拡張メソッドがあります：

public static IPropertyAssertions<T> ShouldHave<T>(this T subject) 
{ 
    return new PropertyAssertions<T>(subject); 
} 

public static IPropertyAssertions<T> ShouldHave<T>(this IEnumerable<T> subject) 
{ 
    return new CollectionPropertyAssertions<T>(subject); 
} 

を今私はそれを使用するいくつかのコードを記述します。

List<Customer> collection2 = new List<Customer>(); 
collection2.ShouldHave(); //first overload is chosen 
IEnumerable<Customer> collection3 = new List<Customer>(); 
collection3.ShouldHave(); //second overload is chosen 

2番目のオーバーロードは、私は明示的にIEnumerableをタイプを指定した場合にのみ選択されています。どちらの場合でも2番目の過負荷を選択する方法はありますか？

Answer 1

Fluent Assertion 2.0では、私はようやく上記の問題をまともに解決することができました。ここでそれに関するすべてを読む： http://www.dennisdoomen.net/2012/09/asserting-object-graph-equivalence.html

Answer 2

そう思わないでください。 の中での場合はのように、常にIEnumerable<T>のオーバーロードが呼び出される可能性は考えられませんのタイプの正確な一致があります。具体的なIEnumerable<T>を指定しない場合は、最も良い一致が常にのの場合の最初の方法になります。

Answer 3

Tはと推測されるため、最初のオーバーロードはより正確です。これは完全一致です。 2番目の過負荷の場合、TはCustomerと推定されるため、パラメータはIEnumerable<Customer>となり、これはList<Customer>よりも正確に一致しません。

Answer 4

ShouldHave（）は二重の意味を持ちます。最初のケースでは、ShouldHave（）は、subject-parameterによって指定されたオブジェクトについての戻り値を持ちます。 2番目のケースでは、戻り値は列挙内の項目についてのものであり、列挙自体についてのものではありません。

私自身のコレクションを作成し、このコレクション自体（アイテムではない）をテストしたい場合は、ShouldHave（このTサブジェクト）を呼び出す必要があり、ShouldHave（このIEnumerableサブジェクト）ではありません。

あなたのデザインを再考する必要があります。 2番目のShouldHave（）は2つのことを行います。したがって、コレクション項目を抽出するメソッドと、既に持っている最初のShouldHave（）の呼び出しに分割する必要があります。