C#: Implementación de dos listas abstractas dentro de una clase no genérica?

Question

Perdón por el título estúpido, no tenía idea de cómo decir esto

Estoy creando una clase que tiene dos listas del mismo tipo. Se usa para copiar una referencia a un objeto en la primera lista a la segunda lista.

Aunque ambas listas serán del mismo tipo (mantienen el mismo tipo de objeto), pueden ser diferentes cada vez que se inicializa esta clase.

Así que supongo que debería hacer los tipos de lista como un tipo de lista de resumen. Me gustaría asegurarme de que se escribirán fuertemente cuando se haga la instancia (pero no es necesario si es problemático). El problema está en el método que mueve los elementos seleccionados de la lista1 a la lista2. Los tipos de listas abstractas normalmente no tienen métodos para eso.

Supongo que la solución normal sería hacer que la clase sea genérica (className <T> thingy) pero no estoy seguro de poder hacerlo (al menos no sé cómo) porque esta clase hereda un UserControl de WPF.

Aquí está el código:

public partial class SubsetSelectionLists : UserControl 
{ 
    public static DependencyProperty SetCollectionProperty = DependencyProperty.Register("SetCollection", typeof("Need a abstract list type here"), typeof(SubsetSelectionLists)); 
    public static DependencyProperty SubsetCollectionProperty = DependencyProperty.Register("SubsetCollection", typeof("Need a abstract list type here"), typeof(SubsetSelectionLists)); 

    public "Need a abstract list type here" SetCollection 
    { 
     get 
     { 
      return ("Need a abstract list type here") GetValue(SetCollectionProperty); 
     } 
     set 
     { 
      SetValue(SetCollectionProperty, value); 
     } 
    } 

    public "Need a abstract list type here" SubsetCollection 
    { 
     get 
     { 
      return ("Need a abstract list type here")GetValue(SubsetCollectionProperty); 
     } 
     set 
     { 
      SetValue(SubsetCollectionProperty, value); 
     } 
    } 

    public SubsetSelectionLists() 
    { 
     InitializeComponent(); 
     SubsetSelectiongrid.DataContext = this; 
    } 

    private void selectionBtnClick(object sender, RoutedEventArgs e) 
    { 
     SubsetCollection.AddTheseItems(SET.SelecctedItems) 
    } 

    private void removeBtnClick(object sender, RoutedEventArgs e) 
    { 
     SUBSET.RemoveTheseItems(SUBSET.SelectedItem); 
    } 
} 

EDIT: Solución

Algunas respuestas me apuntaban hacia la solución óptima de la creación de una clase genérica. Sin embargo, esto puede ser problemático en WPF. Tendría que omitir el XAML en la clase genérica de nivel superior.

Esto significa que podría hacer el XAML en el tipo de clases secundarias específicas que no es algo que le gustaría hacer (a menos que solo el código sea algo que pueda volver a usar pero el aspecto sea variable). También podría haber diseñado el control utilizando el código, supongo, pero no estoy seguro de cuán efectivo sería.

Me apuntaron hacia el objeto IList que es una lista abstracta de la que muchos otros heredarán y que voy a usar. Es un truco, pero como esto no se usará en una biblioteca abierta, estoy de acuerdo. De lo contrario, usaría la ruta genérica.

Answer 1

No sé qué tan bien juegan los diseñadores con controles de usuario que son clases genéricas.Si eso es un problema (lo que supongo), una forma de evitarlo es exponer las colecciones IList pero aún usar List<T> que están construidas en tiempo de ejecución para tener seguridad de tipo en el almacenamiento (muestra de código reducida para incluir solo el objeto de lista) creación y propiedades para exponerlos; agregan código para DependencyProperty, etc., según sea necesario):

public class YourControl : UserControl 
{ 

    // this method will set up the internal lists for accepting 
    // objects of the specified type only 
    public void SetListType(Type containedType) 
    { 
     var listType = typeof(List<>).MakeGenericType(new[] { containedType }); 
     SetCollection = (IList)Activator.CreateInstance(listType); 
     SubsetCollection = (IList)Activator.CreateInstance(listType); 
    } 
    public IList SetCollection { get; private set; } 
    public IList SubsetCollection { get; private set; } 
} 

// usage example: 
theControl.SetListType(typeof(string)); 
theControl.SetCollection.Add("some string"); // works ok 
theControl.SetCollection.Add(42); // fails, 42 is not a string 

La desventaja obvia es que SetCollection y SubsetCollection exponga "sin tipo" object listas.

Answer 2

Como dices, una clase genérica es la forma de lograr esto y puedes hacerlo al heredar de una clase primaria no genérica, p. Ej.

partial class GenericClass1<T> : UserControl 
    { 
    private List<T> _list; 
    } 

EDITAR basado en los comentarios a continuación

definir clases con tipo que fijan el tipo genérico de la clase anterior (y pueden ser utilizados por el diseñador), es decir

partial class IntClass1 : GenericClass1<int> {} 

partial class StringClass1 : GenericClass1<string> {} 

.... 

Por supuesto esto realmente solo funciona si tiene un conjunto limitado/estático de tipos que desea mantener en sus listas

Answer 3

Algo como esto o soy sh lanzando una gran parte de la marca?

public partial class SubsetSelectionLists<T> : UserControl 
{ 
    public List<T> SetCollection { get; set; } 

    public List<T> SubsetCollection { get; set; } 

    public SubsetSelectionLists() 
    { 
     SubsetSelectiongrid.DataContext = this; 
    } 

    private void selectionBtnClick(object sender, RoutedEventArgs e) 
    { 
     SubsetCollection.AddRange(SetCollection); 
    } 

    private void removeBtnClick(object sender, RoutedEventArgs e) 
    { 
     SubsetCollection.RemoveAll(x => SetCollection.Contains(x)); 
    } 
}