Partager via


Héritage : dériver des types pour créer un comportement plus spécialisé

L’héritage, avec l’encapsulation et le polymorphisme, est l’une des trois principales caractéristiques de la programmation orientée objet. L’héritage vous permet de créer de nouvelles classes qui réutilisent, étendent et modifient le comportement défini dans les autres classes. La classe dont les membres sont hérités porte le nom de classe de base et la classe qui hérite de ces membres porte le nom de classe dérivée. Une classe dérivée ne peut avoir qu’une seule classe de base directe. Toutefois, l’héritage est transitif. Si ClassC est dérivé de ClassB et que ClassB est dérivé de ClassA, ClassC hérite des membres déclarés dans ClassB et ClassA.

Notes

Les structs ne prennent pas en charge l’héritage, mais ils peuvent implémenter les interfaces.

D’un point de vue conceptuel, une classe dérivée est une spécialisation de la classe de base. Par exemple, si vous avez une classe de base Animal, vous pouvez avoir une classe dérivée nommée Mammal et une autre classe dérivée nommée Reptile. Un Mammal est un Animal, et un Reptile est un Animal, mais chaque classe dérivée représente des spécialisations différentes de la classe de base.

Les déclarations d’interface peuvent définir une implémentation par défaut pour ses membres. Ces implémentations sont héritées par les interfaces dérivées et par les classes qui implémentent ces interfaces. Pour plus d’informations sur les méthodes d’interface par défaut, consultez l’article sur les interfaces.

Quand vous définissez une classe à dériver d’une autre classe, la classe dérivée obtient implicitement tous les membres de la classe de base, à l’exception de ses constructeurs et de ses finaliseurs. La classe dérivée réutilise le code de la classe de base sans avoir à le réimplémenter. Vous pouvez ajouter d’autres membres à la classe dérivée. La classe dérivée étend les fonctionnalités de la classe de base.

L’illustration suivante montre une classe WorkItem qui représente un élément de travail dans un processus métier. Comme toutes les classes, elle dérive de System.Object et hérite de toutes ses méthodes. WorkItem ajoute six de ses propres membres. Ces membres incluent un constructeur, parce que les constructeurs ne sont pas hérités. La classe ChangeRequest hérite de WorkItem et représente un type particulier d’élément de travail. ChangeRequest ajoute deux membres supplémentaires aux membres qu’elle hérite de WorkItem et de Object. Elle doit ajouter son propre constructeur et ajoute également originalItemID. La propriété originalItemID permet à l’instance ChangeRequest d’être associée au WorkItem d’origine auquel s’applique la demande de modification.

Diagramme illustrant l’héritage de classe

L’exemple suivant montre comment les relations de classe de l’illustration précédente sont exprimées en langage C#. L’exemple montre également comment WorkItem substitue la méthode virtuelle Object.ToString, et comment la classe ChangeRequest hérite de l’implémentation WorkItem de la méthode. Le premier bloc définit les classes :

// WorkItem implicitly inherits from the Object class.
public class WorkItem
{
    // Static field currentID stores the job ID of the last WorkItem that
    // has been created.
    private static int currentID;

    //Properties.
    protected int ID { get; set; }
    protected string Title { get; set; }
    protected string Description { get; set; }
    protected TimeSpan jobLength { get; set; }

    // Default constructor. If a derived class does not invoke a base-
    // class constructor explicitly, the default constructor is called
    // implicitly.
    public WorkItem()
    {
        ID = 0;
        Title = "Default title";
        Description = "Default description.";
        jobLength = new TimeSpan();
    }

    // Instance constructor that has three parameters.
    public WorkItem(string title, string desc, TimeSpan joblen)
    {
        this.ID = GetNextID();
        this.Title = title;
        this.Description = desc;
        this.jobLength = joblen;
    }

    // Static constructor to initialize the static member, currentID. This
    // constructor is called one time, automatically, before any instance
    // of WorkItem or ChangeRequest is created, or currentID is referenced.
    static WorkItem() => currentID = 0;

    // currentID is a static field. It is incremented each time a new
    // instance of WorkItem is created.
    protected int GetNextID() => ++currentID;

    // Method Update enables you to update the title and job length of an
    // existing WorkItem object.
    public void Update(string title, TimeSpan joblen)
    {
        this.Title = title;
        this.jobLength = joblen;
    }

    // Virtual method override of the ToString method that is inherited
    // from System.Object.
    public override string ToString() =>
        $"{this.ID} - {this.Title}";
}

// ChangeRequest derives from WorkItem and adds a property (originalItemID)
// and two constructors.
public class ChangeRequest : WorkItem
{
    protected int originalItemID { get; set; }

    // Constructors. Because neither constructor calls a base-class
    // constructor explicitly, the default constructor in the base class
    // is called implicitly. The base class must contain a default
    // constructor.

    // Default constructor for the derived class.
    public ChangeRequest() { }

    // Instance constructor that has four parameters.
    public ChangeRequest(string title, string desc, TimeSpan jobLen,
                         int originalID)
    {
        // The following properties and the GetNexID method are inherited
        // from WorkItem.
        this.ID = GetNextID();
        this.Title = title;
        this.Description = desc;
        this.jobLength = jobLen;

        // Property originalItemID is a member of ChangeRequest, but not
        // of WorkItem.
        this.originalItemID = originalID;
    }
}

Ce bloc suivant montre comment utiliser les classes de base et dérivées :

// Create an instance of WorkItem by using the constructor in the
// base class that takes three arguments.
WorkItem item = new WorkItem("Fix Bugs",
                            "Fix all bugs in my code branch",
                            new TimeSpan(3, 4, 0, 0));

// Create an instance of ChangeRequest by using the constructor in
// the derived class that takes four arguments.
ChangeRequest change = new ChangeRequest("Change Base Class Design",
                                        "Add members to the class",
                                        new TimeSpan(4, 0, 0),
                                        1);

// Use the ToString method defined in WorkItem.
Console.WriteLine(item.ToString());

// Use the inherited Update method to change the title of the
// ChangeRequest object.
change.Update("Change the Design of the Base Class",
    new TimeSpan(4, 0, 0));

// ChangeRequest inherits WorkItem's override of ToString.
Console.WriteLine(change.ToString());
/* Output:
    1 - Fix Bugs
    2 - Change the Design of the Base Class
*/

Méthodes abstraites et virtuelles

Quand une classe de base déclare une méthode comme virtual (virtuelle), une classe dérivée peut remplacer (override) la méthode avec sa propre implémentation. Si une classe de base déclare un membre comme abstract (abstraite), la méthode doit être remplacée dans toutes les classes non abstraites qui héritent directement de cette classe. Si une classe dérivée est abstraite, elle hérite des membres abstraits sans les implémenter. Les membres virtuels et abstraits sont la base du polymorphisme, qui est la deuxième caractéristique principale de la programmation orientée objet. Pour plus d’informations, consultez Polymorphisme.

Classes de base abstraites

Pour empêcher l’instanciation directe, vous pouvez déclarer une classe comme étant abstract à l’aide de l’opérateur new. Une classe abstraite peut être utilisée seulement si une nouvelle classe en est dérivée. Une classe abstraite peut contenir une ou plusieurs signatures de méthode qui sont également déclarées comme abstraites. Ces signatures spécifient les paramètres et la valeur de retour, mais n’ont aucune implémentation (corps de méthode). Une classe abstraite ne doit pas nécessairement contenir des membres abstraits. Toutefois, si une classe contient un membre abstrait, elle doit être déclarée comme abstraite. Les classes dérivées qui ne sont pas abstraites doivent fournir l’implémentation pour toutes les méthodes abstraites d’une classe de base abstraite.

Interfaces

Une interface est un type référence qui définit un ensemble de membres. Toutes les classes et tous les structs qui implémentent cette interface doivent implémenter cet ensemble de membres. Une interface peut définir une implémentation par défaut pour tout ou partie de ces membres. Une classe peut implémenter plusieurs interfaces, même si elle ne peut dériver que d’une seule classe de base directe.

Les interfaces sont utilisées pour définir des fonctions spécifiques pour les classes qui n’ont pas nécessairement de relation de type « est un ». Par exemple, l’interface System.IEquatable<T> peut être implémentée par toute classe ou tout struct pour déterminer si deux objets de ce type sont équivalents (quelle que soit la manière dont le type définit l’équivalence). IEquatable<T> n’implique pas le même type de relation « est un » qui existe entre une classe de base et une classe dérivée (par exemple, un Mammal (mammifère) est un Animal). Pour plus d'informations, consultez Interfaces.

Empêcher une dérivation supplémentaire

Une classe peut empêcher d’autres classes d’hériter d’elle, ou d’un de ses membres, en se déclarant elle-même ou en déclarant le membre comme sealed (scellé).

Masquage des membres de la classe de base par une classe dérivée

Une classe dérivée peut masquer des membres de la classe de base en déclarant les membres à l’aide du même nom et de la même signature. Le modificateur new peut être utilisé pour indiquer explicitement que ce membre n’est pas censé substituer le membre de base. L’utilisation de new n’est pas obligatoire, mais un avertissement du compilateur est généré si new n’est pas utilisé. Pour plus d’informations, consultez Gestion de version avec les mots clés override et new et Savoir quand utiliser les mots clés override et new.