Herencia vs propiedades de enumeración en el modelo de dominio

Les insto a reconsiderar: en un modelo de dominio anémico (según los comentarios anteriores), los gatos no se comportan de manera diferente a los perros, por lo que no hay polimorfismo. El tipo de animal realmente es solo un atributo. Es difícil ver qué herencia te compra allí.

Los enums son buenos cuando:

1. El conjunto de valores es fijo y nunca o muy raramente cambia.
2. Desea ser capaz de representar una unión de valores (es decir, combinar banderas).
3. No es necesario añadir otro estado a cada valor. (Java no tiene esta limitación.)

Si pudiera resolver su problema con un número, una enumeración es probablemente un buen ajuste y más seguro de tipo. Si necesita más flexibilidad que la anterior, entonces es probable que no la respuesta correcta. Usando clases polimórficas, usted puede:

1. Asegúrese estáticamente de que se maneja todo el comportamiento específico del tipo. Por ejemplo, si necesita que todos los animales sean capaces de Bark(), hacer Animal clases con un método abstracto Bark() le permitirá al compilador comprobar por usted que cada subclase lo implementa. Si usa una enumeración y un switch grande, no se asegurará de que haya manejado todos los casos.

2. Puede agregar nuevos casos (tipos de animales en su ejemplo). Esto puede ser hecho a través de archivos de origen, e incluso a través de los límites de paquetes. Con una enumeración, una vez que lo has declarado, se congela. La extensión abierta es una de las principales fortalezas de la POO.

Es importante tener en cuenta que el ejemplo de su colega no está en oposición directa con el suyo. Si quiere que el tipo de un animal sea una propiedad expuesta (lo cual es útil para algunas cosas), aún puede hacerlo sin usar una enumeración, usando el patrón de objeto de tipo :

public abstract class AnimalType {
    public static AnimalType Unknown { get; private set; }
    public static AnimalType Cat { get; private set; }
    public static AnimalType Dog { get; private set; }

    static AnimalType() {
        Unknown = new AnimalType("Unknown");
        Cat = new AnimalType("Cat");
        Dog = new AnimalType("Dog");
    }
}

public class Animal {
    public AnimalType Type { get; set; }
}

Esto da la conveniencia de una enumeración: usted puede hacer AnimalType.Cat y usted puede conseguir el tipo de un animal. Pero también le da la flexibilidad de clases: puede agregar campos a AnimalType para almacenar datos adicionales con cada tipo, agregar métodos virtuales, etc. Más importante aún, puede definir nuevos tipos de animales simplemente creando nuevas instancias de AnimalType.

Tener una enumeración es como hacer una fiesta para todas esas Open/Closed Principle is for suckers personas.

Realmente le invita a verificar si un animal es de un cierto tipo y luego aplicar una lógica personalizada para cada tipo. Y eso puede hacer que el código horrible que hace que sea muy difícil seguir construyendo en su sistema.

Lo más importante es que OOPS significa modelar la realidad. La herencia te da la oportunidad de decir que el gato es un animal. El animal no debe saber si es un gato ahora gritarlo y luego decidir que se supone que debe maullar y no Ladrar, la encapsulación se derrota allí. Menos código como ahora usted no tiene que hacer si otra cosa como usted dijo.

Ambas soluciones son correctas. Usted debe mirar qué técnicas se aplica mejor a usted problema.

Si su programa usa pocos objetos diferentes, y no agrega nuevas clases, es mejor quedarse con enumeraciones.

Pero si programa usa muchos objetos diferentes (clases diferentes), y puede agregar nuevas clases, en el futuro, mejor intente la forma de herencia.