Constructeur d'une classe abstraite en C#

Question

Pourquoi est-il possible d'écrire un constructeur pour une classe abstraite en C# ?
Pour autant que je sache, nous ne pouvons pas instancier une classe abstraite alors à quoi sert-elle ?
Vous ne pouvez pas instancier la classe, n'est-ce pas ?

Answer 1

Parce qu'il pourrait y avoir une façon standard d'instancier les données dans la classe abstraite. De cette façon, les classes qui héritent de cette classe peuvent appeler le constructeur de base.

public abstract class A{

    private string data;

    protected A(string myString){
      data = myString;
    }

}

public class B : A {

     B(string myString) : base(myString){}

}

Answer 2

Pour autant que je sache, on ne peut pas instancier une classe abstraite

C'est là que se trouve votre erreur. Bien sûr, vous pouvez instancier une classe abstraite.

abstract class Animal {}
class Giraffe : Animal {}
...
Animal animal = new Giraffe();

Il y a un exemple d'animal juste là. Vous instanciez une classe abstraite en créant une classe concrète dérivée de celle-ci, et en l'instanciant. Rappelez-vous, une instance d'une classe concrète dérivée est également une instance de sa classe de base abstraite. Une instance de Girafe est également une instance d'Animal, même si Animal est abstrait.

Étant donné que vous pouvez instancier une classe abstraite, elle doit avoir un constructeur comme n'importe quelle autre classe, pour s'assurer que ses invariants sont respectés.

Maintenant, un statique est une classe que vous ne pouvez pas instancier, et vous remarquerez qu'il n'est pas légal de faire un constructeur d'instance dans une classe statique.

Answer 3

C'est un moyen de faire respecter un ensemble d'invariants de la classe abstraite. C'est-à-dire que, peu importe ce que fait la sous-classe, vous voulez vous assurer que certaines choses sont toujours vraies pour la classe de base... exemple :

abstract class Foo
{
    public DateTime TimeCreated {get; private set;}

    protected Foo()
    {
         this.TimeCreated = DateTime.Now;
    }
}

abstract class Bar : Foo
{
    public Bar() : base() //Bar's constructor's must call Foo's parameterless constructor.
    { }
}

Ne considérez pas un constructeur comme le double de la fonction new opérateur. Le seul but du constructeur est de s'assurer que vous avez un objet dans un état valide avant de commencer à l'utiliser. Il se trouve que nous généralement l'appeler par le biais d'un new opérateur.

Answer 4

Il est là pour appliquer une logique d'initialisation requise par toutes les implémentations de votre classe abstraite, ou toute méthode que vous avez implémentée sur votre classe abstraite (toutes les méthodes de votre classe abstraite ne doivent pas être abstraites, certaines peuvent être implémentées).

Toute classe qui hérite de votre classe de base abstraite sera obligée d'appeler le constructeur de la base.

Answer 5

Normalement, les constructeurs consistent à initialiser les membres d'un objet en cours de création. Dans le concept d'héritage, chaque constructeur de classe dans la hiérarchie d'héritage est responsable de l'instanciation de ses propres variables membres. Ceci est logique car l'instanciation doit être faite là où les variables sont définies.

Puisqu'une classe abstraite n'est pas complètement abstraite (contrairement aux interfaces), elle est composée de membres abstraits et concrets, et les membres qui ne sont pas abstraits doivent être initialisés, ce qui est fait dans les constructeurs de la classe abstraite, il est nécessaire d'avoir des constructeurs dans la classe abstraite. Bien entendu, les constructeurs de la classe abstraite ne peuvent être appelés que par les constructeurs de la classe dérivée.