Как предотвратить изменение метода возвращаемой коллекции?

Question

У меня есть методы, возвращающие личные коллекции вызывающему, и я хочу, чтобы вызывающий вызывал изменение возвращаемых коллекций.

private readonly Foo[] foos; 

public IEnumerable<Foo> GetFoos() 
{ 
    return this.foos; 
} 

На данный момент частная коллекция представляет собой фиксированный массив, но в будущей коллекции может стать списком, если возникнет необходимость в добавлении новых элементов во время выполнения.

Существует несколько решений, позволяющих избежать изменения коллекции. Возвращение IEnumerable<T> - это самое простое решение, но вызывающий может по-прежнему отображать возвращаемое значение до IList<T> и изменять коллекцию.

((IList<Foo>)GetFoos())[0] = otherFoo; 

Клонирование коллекций имеет очевидный недостаток, что существуют две коллекции, которые могут развиваться независимо. До сих пор я рассматривал следующие варианты.

1. Обнаруживание коллекции в ReadOnlyCollection<T>.
2. Возврат одного из итераторов LINQ, определяемых классом Enumerable, путем выполнения фиктивной проекции, такой как list.Select(item => item). На самом деле я считаю использование Where(item => true), потому что возвращенный итератор выглядит более легким.
3. Написание пользовательской оболочки.

Что мне не нравится об использовании ReadOnlyCollection<T> является то, что он реализует IList<T> и вызов Add() или доступ к индексатор будет вызывать исключения. Хотя это абсолютно верно в теории, почти никаких реальных проверок кода IList<T>.IsReadOnly или IList<T>.IsFixedSize.

Использование итераторов LINQ - я завернул код в метод расширения MakeReadOnly() - предотвращает этот сценарий, но у него есть вкус взлома.

Написание пользовательской обертки? Переосмыслить колесо?

Любые мысли, соображения или другие решения?

---

Хотя разметили этот вопрос, я обнаружил this Stack Overflow question я не замечал раньше. Jon Skeet предлагает использовать «LINQ hack» тоже, но еще эффективнее, используя Skip(0).

Answer 1

К сожалению, нет способа достичь именно того, что вы ищете в текущей версии фреймворка. Он просто не имеет понятия об индексируемой неизменяемой/доступной только для чтения коллекции как для конкретного типа, так и для интерфейса.

Как вы указали, ReadOnlyCollection<T> работает ОК на стороне конкретного типа. Но не существует соответствующего интерфейса для реализации, который также статически доступен только для чтения.

Вы только реальный выбор, чтобы ...

• Определите свой собственный класс коллекции
• Либо реализовать только IEnumerable<T> или определить потребность только для чтения интерфейс, который ваши орудия сбора.

Answer 2

Как насчет того, чтобы сделать глубокую копию возвращаемого объекта? [Так что не будет никакого влияния на оригинальной коллекции, даже если абонент решает внести изменения в копию возвращаемого]

Answer 3

Списка и массив есть метод AsReadOnly:

public IEnumerable<Foo> GetFoos() 
{ 
    return Array.AsReadOnly(this.foos); 
    // or if it is a List<T> 
    // return this.foos.AsReadOnly(); 
} 

Answer 4

В таких случаях я создать методы введите класс для доступа к отдельным элементам частной коллекции. Вы также можете реализовать индексатор (http://msdn.microsoft.com/en-us/library/6x16t2tx.aspx) класса, который содержит частную коллекцию.