metody rozszerzeń przeciążać wybór

Question

Mam dwie metody rozszerzenia:

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); 
} 

Teraz mam napisać kod, który wykorzystuje go:

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

drugie przeciążenie jest wybrany tylko jeśli jawnie określić typ IEnumerable. Czy istnieje sposób, aby w obu przypadkach wybrać drugie przeciążenie?

Answer 1

W wersji Fluent Assertion 2.0 udało mi się w końcu rozwiązać powyższe problemy w przyzwoity sposób. Przeczytaj tutaj wszystko: http://www.dennisdoomen.net/2012/09/asserting-object-graph-equivalence.html

Answer 2

Nie sądzę. Nie sądzę, że jest możliwe, że przeciążenie będzie zawsze wywoływane, ponieważ ma ono zawsze dokładne dopasowanie w odniesieniu do typu w odniesieniu do rodzaju. Jeśli nie podasz konkretnego IEnumerable<T>, najlepszym dopasowaniem będzie zawsze pierwsza metoda, w przypadku w tej przypadku.

Answer 3

Pierwsze przeciążenie jest lepszym rozwiązaniem, ponieważ T jest interpretowane jako List<Customer>, co daje dokładne dopasowanie. Dla drugiego przeciążenia, wywnioskuje T jako Customer, więc parametr będzie miał wartość IEnumerable<Customer>, co jest mniej dokładnym dopasowaniem niż List<Customer>.

Answer 4

Funkcja ShouldHave() ma podwójne znaczenie. W pierwszym przypadku funkcja ShouldHave() zwraca wartość obiektu dostarczanego przez parametr podmiotu. W drugim przypadku powrót dotyczy elementów w wyliczeniu, a nie samego wyliczenia.

W przypadku, gdy tworzę własną kolekcję i chcę przetestować tę kolekcję (nie elementy), z pewnością chcę, aby ShouldHave (ten przedmiot T) był wywoływany, a nie ShouldHave (this IEnumerable subject).

Może powinieneś rozważyć swój projekt. Druga funkcja ShouldHave() wykonuje dwie czynności, należy więc podzielić ją na metodę, która wyodrębnia elementy kolekcji i wywołanie pierwszej funkcji ShouldHave(), którą już masz.