C#: Różnica między Lista <T> i Collection <T> (CA1002, nie należy wystawiać listy rodzajowe)

Question

próbował uruchomić Run analizy kodu w projekcie tutaj i dostał kilka ostrzeżeń, że powiedział coś takiego:

CA1002: Microsoft.Design: Zmiana 'Wykaz < SomeType>' w 'SomeClass.SomeProtectedOrPublicProperty' do wykorzystania Collection, ReadOnlyCollection lub KeyedCollection

Wh y powinienem użyć Collection<T> zamiast List<T>? Kiedy patrzę na dokumentację msdn, wydają się prawie równe. Po przeczytaniu pomocy błędzie za ostrzeżenie, stwierdziliśmy, że

System.Collections.Generic.List (T) _is kolekcji generycznych zaprojektowanych pod kątem wydajności nie dziedziczenia, a więc nie zawiera żadnych wirtualnych członków.

Ale co to naprawdę znaczy? I co powinienem robić zamiast tego?

Czy powinienem używać wewnętrznie List<T>, a następnie we właściwościach zwrócić zamiast tego new Collection<T>(someList)? A może powinienem zacząć używać Collection<T> zamiast List<T>?

Answer 1

W skrócie, ogólna lista nie zawiera wirtualnych metod dodawania, usuwania itp., Ponieważ została zaprojektowana tak, aby była szybka, nie rozszerzalna. Oznacza to, że nie możesz zamienić tej konkretnej implementacji na użyteczną podklasę (nawet jeśli możesz ją podklasować, ponieważ nie jest ona zapieczętowana).

Dlatego, ujawniając samą Listę, nie można nigdy rozszerzyć kolekcji, aby śledzić operacje dodawania lub usuwania (na przykład) bez naruszania kontraktu publicznego klasy.

Ujawniając swoją kolekcję jako IList lub coś podobnego, nadal można używać tej listy jako rzeczywistego zaplecza, ale zachowuje ona możliwość przyszłej rozbudowy, ponieważ można zamienić późniejszą implementację bez zmiany umowy publicznej klasa.

Answer 2

odsłania niektóre wirtualne elementy (wstaw, usuń, ustaw, wyczyść), które można przesłonić i zapewnić dodatkowe funkcje (takie jak zdarzenia powiadomień) po zmianie kolekcji.

Możesz nie potrzebować tego teraz, ale jest to częsty wymóg dla klas zawierających kolekcje, dlatego najlepiej zaplanować to z góry. Ponieważ Collection jest zaprojektowany z myślą o rozszerzalności, jest bardzo elastyczny. Jeśli w przyszłości zdecydujesz, że potrzebujesz dodatkowej funkcji w kolekcji, możesz po prostu ją rozszerzyć bez żadnych zmian w publicznym interfejsie klasy. Gdybyś używał listy, musiałbyś ją zmienić na kolekcję, co oznaczałoby, że zepsułoby wszystkich dzwoniących z twojej klasy, ponieważ musieliby zostać zmienieni, aby używać list.

List z drugiej strony jest zaprojektowany z myślą o wydajności, więc powinien być używany tylko w szczególnych przypadkach, gdy wydajność jest bardzo ważna. Ponieważ nie można rozszerzyć przyszłych zmian na nic, używając listy, wszystko inne będzie zależało od niej. Normalnie List powinno być używane wewnętrznie w klasach bardzo niskiego poziomu i nie powinno być narażone na cokolwiek, aby zmniejszyć prawdopodobieństwo przyszłych zmian.