Genéricos o no Genéricos

Question

Básicamente tengo una clase de Lista personalizada que contiene diferentes frutas. Supongamos que cada fruta tiene un número de ID que está almacenado en la lista.

¿Es mejor tener:

new AppleList(); 
new OrangeList(); 
new LemonList(); 

o

new FruitList<Fruit.Apple>(); 
new FruitList<Fruit.Orange>(); 
new FruitList<Fruit.Lemon>(); 

Aspectos a considerar:

• Todas las ID son de tipo int.
• El tipo de fruta no afectará la implementación de la Lista. Solo será utilizado por el cliente de la lista, como un método externo, etc.

Me gustaría utilizar el que es más claro, mejor en diseño, más rápido, más eficiente, etc. Además, si estos las 2 técnicas anteriores no son las mejores, por favor sugiera sus ideas.

EDITAR: Btw Fruit es una enumeración si no estaba claro.

Answer 1

• Todas las identificaciones son del tipo int.

• El tipo de fruta no afectará la implementación de la Lista en sí. Solo será utilizado por el cliente de la lista, como un método externo, etc.

Teniendo en cuenta estos dos hechos, no me molestaría con los genéricos. Yo pondría una propiedad normal en FruitList para indicar qué tipo de fruta es.

Answer 2

Es mucho más fácil mantener 1 lista genérica que 3 versiones no genéricas. Si realmente te gusta el nombre AppleList siempre se puede utilizar el truco para usar el nombre de una lista genérica

using AppleList=Fruit.FruitList<Fruit.Apple> 

Answer 3

Si utiliza los genéricos, ¿hay un propósito para crear el tipo FruitList? ¿Podrías usar List?

No habrá mucha diferencia en el rendimiento, entonces digo ¿por qué crear tres clases diferentes cuando uno haría exactamente lo mismo? Usa la solución genérica

Answer 4

Usar un combo:

public class AppleList : FruitList<Apple> { ... } 
public class OrangeList : FruitList<Orange> { ... } 
public class LemonList : FruitList<Lemon> { ... } 

poner la lógica común en la clase base de la lista:

public class FruitList<T> : List<T> 
    where T : IFruit 
{ ... } 

Answer 5

Reutilizar las clases de colección genéricos y la subclase sólo si va a añadir funcionalidad adicional. Mantenga la implementación de su subclase genérica si puede. Esta es la implementación menos compleja.

Answer 6

Usa la lista genérica, no tiene sentido en las listas de crating 3 y siempre es bueno mantener un nivel de abstracción. (IFruit sería una buena interfaz).

Answer 7

Debe asumir YAGNI a menos que lo necesite. Por lo tanto, si no necesita antyhing más de lo que obtiene en List, solo List<T>.Si por alguna razón usted tiene que anular la lista, a continuación, crear

FruitList<T> : List<T> where T : Fruit 

Si sus listas divergen y ya no polimórficos son, entonces considerar la implementación de sus listas personalizadas:

• AppleList
• OrangeList
• LemonList

Prueba como mejor yo Sin embargo, puede mantener su jerarquía de herencia lo más plana posible para evitar complicar demasiado su solución.

Answer 8

no recomendaría la respuesta aceptada y creo que quería decir algo como esto en su lugar:

public enum Fruit 
{ 
    Apple, 
    Orange, 
    Lemon 
} 

public interface IFruitList : IList<int> 
{ 
    Fruit Type { get; } 
}; 

public class FruitList : List<int>, IFruitList 
{ 
    private readonly type; 

    FruitList(Fruit type) 
    : base() 
    { 
     this.type = type; 
    } 

    FruitList(Fruit type, IEnumerable<int> collection) 
    : base(collection) 
    { 
     this.type = type; 
    } 

    Fruit Type { return type; } 
}