¿Cómo puedo detectar las adiciones a una lista genérica en C# 4.0?

Question

Tengo una subclase de List<Location> llamada LocationList. Esta es una manera conveniente para nosotros agregamos otras propiedades (como IsExpanded y tal que podemos utilizar en la interfaz de usuario. Bastante bien. Pero ahora, queremos que cada lugar para estar al tanto de su matriz. Como tal, tenemos que ser notificado cuando algo que se añade a LocationList, pero no se puede anular Add y Remove. si bien podemos utilizar ObservableCollection, eso es más de un Vista/ViewModel construir. se trata de los datos del modelo puros.

seguro de que podríamos establecer manualmente el padre al añadir a la colección, pero odio la lógica no automatizada así porque no hay nada para aplicar correctamente su conjunto. Dejar que la colección (bueno, la Lista) diga automáticamente 'Hola ... te están agregando, así que estableceré tu padres a la clase que es mi dueño ". es lo que busco.

Mi idea es que en lugar de subclase List<Location> crear sólo una clase en lugar recta que utiliza una List<Location> internamente, y luego simplemente me puedo exponer mi propia Agregar/Quitar métodos y manejar las adaptaciones de 'padre' en ese país. Sin embargo, al hacerlo se rompe la posibilidad de enumerar sobre la colección interna ya que está adentro.

Dicho esto, ¿hay alguna manera ya sea escuchar a cambios List<Location>, o al menos delegar su interfaz IEnumerable del objeto envuelto a su envoltura?

Answer 1

Cambiar la LocationList heredar de Collection<Location> lugar. No sé por qué List<T> no está sellado, pero no es extensible.

Fuente: Pautas de diseño de la estructura, segunda edición, página 251:

List<T> está optimizado para el rendimiento y la potencia en el coste de la limpieza de las APIs y flexibilidad.

Answer 2

List<T> ha protegido a miembros InsertItem<T>RemoveItem<T>, etc., que se puede anular en su clase derivada a hacer lo que quiera.

** ACTUALIZACIÓN **

En realidad lo anterior es incorrecta, es Collection<T> que tiene estos métodos protegidos. En general, al derivar clases de Lista personalizadas, se recomienda derivar de Collection<T> en lugar de List<T>.

Ver this answer.

Answer 3

Sin embargo, al hacerlo se rompe ser capaz de enumerar más de la colección interna, ya que hay dentro.

Esto no es cierto suponiendo que sigue la técnica adecuada y poner en práctica IEnumerable y ICollection

Pero yo usaría colección observable en lugar de reinventar la rueda.

Y, por supuesto, puede utilizar Reactive extensions para hacer lo que necesita.

Answer 4

Mi idea es que en lugar de lista subclase crear sólo lugar una clase recta que utiliza una lista internamente, y luego me simplemente puedo exponer mi propia Agregar/Quitar métodos y manejar los ajustes a 'Padre' allí. Sin embargo, al hacerlo se rompe la posibilidad de enumerar más de la colección interna ya que es dentro.

Aún puede implementar IEnumerable<Location> en su colección personalizada. Use List<> como el detalle de implementación interno de la clase, y puede permitir la enumeración a través de la interfaz.

class LocationList : IEnumerable<Location> 
{ 
    List<Location> _list; // initialize somewhere 

    public IEnumerator<Location> GetEnumerator() 
    { 
     return _list.GetEnumerator(); 
    } 

    IEnumerable.IEnumerator GetEnumerator() 
    { 
     return this.GetEnumerator(); 
    } 

    // ... your other custom properties and methods 
} 

Answer 5

O se puede usar Observer pattern

Answer 6

Prueba el genérica BindingList<T>, lo que provoca eventos cuando se añaden y eliminan elementos.