Czy istnieje interfejs kolekcji .NET, który uniemożliwia dodawanie obiektów?

Question

Mam klasę, która utrzymuje listę obiektów innej klasy. Lista obiektów jest własnością publiczną. Chciałbym, aby uniemożliwić użytkownikom dodawanie i usuwanie obiektów bezpośrednio do listy tak:

 MyObject.MyListProperty.Add(object); 

Zamiast tego chcę, żeby wykorzystać metodę, która będzie wewnętrznie zrobić niektóre przetwarzania, a następnie dodać obiekt do listy.

Mam kilka pomysłów:

• stworzyć potomka List<T> i zastąpić dodawać i usuwać
• powrotną świeżą kopię listy poprzez własności getter (lista jest stosunkowo krótki, nie dłuższy niż 30 obiekty)

Czy istnieje interfejs kolekcji, który nie ma opcji Dodaj i usuń?

Edit:
mam zamiar iść z ReadOnlyCollection<T>. Powodem jest to, że kolekcja zapakowanych może być aktualizowana, a zmiany będą natychmiast widoczne w obiekcie tylko do odczytu (zobacz przykłady kodu MSDN dla ReadOnlyCollection<T> i AsReadOnly()). Dzięki temu lista tylko do odczytu może zostać utworzona tylko raz.

Problem z IEnumerable polega na tym, że obiekt może zostać bezpośrednio przeniesiony do oryginalnego List<T>, a następnie bezpośrednio.

Answer 1

Można użyć ReadOnlyCollection - owinąć swoją kolekcję w tym i zwróci ReadOnlyCollection użytkownikom swojej klasie:

return new ReadOnlyCollection(innerCollection); 

albo stosując metodę AsReadOnly klasy List<T>:

return innerCollection.AsReadOnly(); 

IEnumerable Interfejs zrobi to, czego potrzebujesz, ponieważ ma tylko jednego użytkownika o numerze GetEnumerator(), który pozwala tylko na powtarzanie pozycji.

Answer 2

Można po prostu dać im obiekt, który zawsze zwraca moduł wyliczający, którego mogą użyć do uzyskania dostępu do struktury?

Answer 3

Możliwe, że metoda AsReadOnly zrobi lewę, aby wydać publicznie tylko instancję "tylko do odczytu".

Inaczej IEnumerable<T> nie ma Add ani Remove, więc można zrobić coś takiego:

private List<int> _myList; 
public IEnumerable<int> MyList 
{ 
    get 
    { 
     return this._myList.ToList(); 
    } 
} 

wolałbym pójść do IEnumerable<T> (+ kopia) jak dla ReadOnlyCollection<T>, ponieważ: zmiany na liście podstawowej (z której twoja kolekcja tylko do odczytu jest tworzona) natychmiast pojawi się w twojej instancji kolekcji tylko do odczytu. może to spowodować problemy blokujące i straaange :)

Answer 4

naprawdę nie odpowiedzieć na to pytanie, ale jest przydatne informacje, jeśli zdecydujesz się realizować jeden z dwóch pomysłów: Można użyć ToArray aby utworzyć kopię i zwraca tablicę.

Albo można zrobić coś takiego: http://en.csharp-online.net/CSharp_Generics_Recipes%E2%80%94Making_Read-Only_Collections_the_Generic_Way

Answer 5

Twój Najprostszym rozwiązaniem byłoby, aby odsłonić swoją listę jako jeden z następującym IEnumerable, ICollectionReadOnlyCollection poprzez własność publiczną.

Możesz więc utworzyć własną listę type, która ujawnia Twoją Items jako jedną z powyższych, ale ma wewnętrzną metodę dodawania, np.

public class MyList<MyType> 
{ 
    private List<MyType> items; 

    public MyList() 
    { 
     items = new List<MyType>(); 
    } 

    public IEnumerable Items { get { return items.AsEnumerable(); } } 
    public Add(MyType item) 
    { 
     // do internal processing 
     items.Add(item); 
    } 
} 

Answer 6

Po wyjęciu z pudełka, tylko IEnumerable<T> zapewni to bez narażania żadnych Add i Remove publicznych metod, które mogą oszukać klienta na uzyskanie wyjątek czasu wykonywania.

Jeśli chcesz, aby publiczny interfejs API wyraźnie wskazywał, że kolekcja jest tylko do odczytu i potrzebujesz narzędzia indeksującego, będziesz musiał napisać własne opakowanie wokół istniejącego List<T> lub T[].

Answer 7

ICollection (wersja non-generic) dostał tylko IEnumerable + Policz