¿Con qué frecuencia utilizas la herencia en tus proyectos?

Uso la herencia con moderación. Es útil para implementar el principio Don't Repeat Yourself (DRY) y para crear jerarquías de tipos, pero su uso excesivo puede llevar a enlaces rígidos y problemas de prueba. Prefiero la composición o las interfaces cuando es posible.

Ejemplos de uso de la herencia:

• Implementación del método plantilla.
• Creación de clases base para manejar bloques lógicos comunes, por ejemplo, en componentes de UI o manejadores de comandos.

// Clase base para procesar datos
public abstract class DataProcessor
{
    public void ProcessData()
    {
        LoadData();
        TransformData();
        SaveData();
    }

    protected abstract void LoadData();
    protected abstract void TransformData();
    protected abstract void SaveData();
}

// Clase concreta que hereda de la base
public class CsvDataProcessor : DataProcessor
{
    protected override void LoadData()
    {
        // Lógica de carga desde CSV
    }

    protected override void TransformData()
    {
        // Lógica de transformación CSV
    }

    protected override void SaveData()
    {
        // Lógica de guardado en CSV
    }
}

Evito la herencia cuando crea un problema de "diamante" o cuando la subclase no es una verdadera relación de "es" con la clase base (Principio de Sustitución de Liskov). En su lugar, uso interfaces para definir contratos y composición para ensamblar funcionalidades a partir de objetos más pequeños e independientes.