À quelle fréquence utilisez-vous l'héritage dans vos projets?

J'utilise l'héritage avec modération. Il est utile pour mettre en œuvre le principe Don't Repeat Yourself (DRY) et pour créer des hiérarchies de types, mais une utilisation excessive peut conduire à des liens rigides et à des problèmes de test. Je préfère la composition ou les interfaces lorsque cela est possible.

Exemples d'utilisation de l'héritage :

• Mise en œuvre de la méthode template.
• Création de classes de base pour gérer des blocs logiques communs, par exemple dans des composants UI ou des gestionnaires de commandes.

// Classe de base pour traiter les données
public abstract class DataProcessor
{
    public void ProcessData()
    {
        LoadData();
        TransformData();
        SaveData();
    }

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

// Classe concrète héritant de la classe de base
public class CsvDataProcessor : DataProcessor
{
    protected override void LoadData()
    {
        // Logique de chargement depuis CSV
    }

    protected override void TransformData()
    {
        // Logique de transformation CSV
    }

    protected override void SaveData()
    {
        // Logique de sauvegarde en CSV
    }
}

J'évite l'héritage lorsqu'il crée un problème de "diamant" ou lorsque la sous-classe n'est pas une véritable relation "est" avec la classe de base (Principe de substitution de Liskov). À la place, j'utilise des interfaces pour définir des contrats et la composition pour assembler des fonctionnalités à partir d'objets plus petits et indépendants.