Appel d'un constructeur à partir du corps de l'autre en C#

J'ai besoin d'appeler un constructeur à partir du corps d'un autre. Comment puis-je le faire?

Fondamentalement

class foo {
    public foo (int x, int y)
    {
    }

    public foo (string s)
    {
        //... do something

        //Call another constructor
        this (x, y); //Doesn't work
        foo (x, y); //neither
    }
}
  • Comment un constructeur comme les foo (int x, int y , string s)
InformationsquelleAutor tom | 2011-09-27
  1. 69

    Vous ne pouvez pas.

    Vous aurez à trouver un moyen pour la chaîne de la constructeurs, comme dans:

    public foo (int x, int y) { }
public foo (string s) : this(XFromString(s), YFromString(s)) { ... }

    ou de déplacer votre code de construction dans une commune de la méthode de configuration, comme ceci:

    public foo (int x, int y) { Setup(x, y); }
public foo (string s)
{
   //do stuff
   int x = XFromString(s);
   int y = YFromString(s);
   Setup(x, y);
}

public void Setup(int x, int y) { ... }
    • Notez qu'en général, une méthode de configuration serait impossible d'écrire sur readonly variables, mais un constructeur peut passer readonly variables comme ref des paramètres à une méthode de configuration qui serait alors en mesure d'écrire à son ref de paramètres, même s'ils sont variables en lecture seule.
    • La méthode de Configuration, dans la plupart des cas, être privé
    • Montre que Dans la première solution XFromString et YFromString doivent être des méthodes statiques. C'est ma façon préférée de le faire!
    InformationsquelleAutor ladenedge
  2. 35

    this(x, y) est juste, mais il doit être avant le début du corps du constructeur:

    public Foo(int x, int y)
{
    ...
}

public Foo(string s) : this(5, 10)
{
}

    Noter que:

    • Vous pouvez seulement de la chaîne pour un constructeur, soit this ou base - que le constructeur de la chaîne à l'autre, bien sûr.
    • Le corps du constructeur exécute après les enchaînés appel du constructeur. Il n'existe aucun moyen pour exécuter le corps du constructeur de la première.
    • Vous ne pouvez pas utiliser this dans les arguments de l'autre constructeur, y compris l'appel de méthodes d'instance - mais vous peut appeler des méthodes statiques.
    • Toute variable d'instance initialiseurs sont exécuté avant la enchaînés appel.

    J'ai un peu plus d'informations dans mon article sur le constructeur de chaînage.

    • C'est particulièrement gênant quand vous avez quelque chose comme ceci: class A{ public A(IEnumerable<int> items) {...} public A(MyClass c) : this(c.Items) { ... } }. Toute null vérifier dans le deuxième ctor ne seront exécutées qu'après c est accessible. La deuxième ctor va lancer une NRE si c est nul, au lieu de le préférer ArgumentNullException. Si vous voulez garder vos champs en lecture seule, il n'y a pas d'autre possibilité que d'appliquer la même logique à deux ctors. Ou est il y a une meilleure façon de le faire?
    • Oui, il est. Ont une extension générique de la méthode qui vérifie la nullité, mais renvoie la valeur d'origine du contraire. Ensuite, vous pouvez faire this(c.ThrowIfNull("c").Items)
    • Merci, c'était la seule chose que je pouvais venir, trop. Voulais juste modifier mon commentaire... N'étais pas sûr si c'est une bonne façon, parce que je n'ai pas vu nulle part pour l'instant...
    • Je pense que c'est correct, oui.
    • Une question: Est l'ordre d'évaluation des paramètres fixes ou un détail d'implémentation qui pourrait changer? Parce que si vous avez besoin d'accéder à de multiples propriétés, il est assez lourd: public PcmSample(IPcmSample other) : this(other.ThrowIfNull("other").Channels, other.ThrowIfNull("other").Items)
    • Les arguments sont évalués dans l'ordre textuel, tout comme pour les arguments pour les appels de méthode etc. Notez que cela peut être un ordre différent de l'ordre dans lequel les paramètres sont déclarées si vous utilisez des arguments nommés.
    • Donc... j'ai besoin de l'appel à ThrowIfNull seulement sur la première...
    • Seulement le premier pour ce paramètre, oui. Si il y a d'autres paramètres qui ont besoin d'être vérifiées, ils ont besoin d'un appel chaque.

    InformationsquelleAutor Jon Skeet
  3. 6

    D'appeler à la fois de base et de ce constructeur de la classe explicitement, vous devez utiliser la syntaxe indiquée ci-dessous (à noter qu'en C# vous ne pouvez pas l'utiliser pour initialiser les champs comme en C++):

    class foo
{
    public foo (int x, int y)
    {
    }

    public foo (string s) : this(5, 6)
    {
        //... do something
    }
}

    //EDIT: Remarqué que vous avez utilisé x,y dans votre échantillon. Bien sûr, les valeurs données lors de l'appel de ctor un tel moyen ne peut pas compter sur les paramètres de l'autre constructeur, ils doivent être résolus autre façon (ils n'ont pas besoin d'être des constantes même si, comme dans édités exemple de code ci-dessus). Si x et y est calculée à partir de s, vous pouvez le faire de cette façon:

    public foo (string s) : ce(GetX(s), GetY(s))
    • Petite remarque: public foo(string s) : c'est(x, y) ne fonctionnera pas. public foo(string s, int x, int y) : ce(x, y) de la compilation
    • Bien sûr, mon mauvais. Fixe. Je vous remercie pour cette sortie
    InformationsquelleAutor Marcin Deptuła
  4. 1

    Ce n'est pas pris en charge - voir Les constructeurs en C#.

    Cependant, vous pouvez mettre en œuvre une politique (privé) méthode que vous appelez de la part des différents constructeurs...

    InformationsquelleAutor Yahia
  5. 1

    J'ai rencontré ce problème une fois ou deux moi-même... j'ai fini par avoir à extraire tout ce logique dont j'avais besoin que les autres constructeur dans un private void de la méthode et de l'appeler dans les deux endroits.

    class foo
{
  private void Initialize(int x, int y)
  {
    //... do stuff
  }

  public foo(int x, int y)
  {
    Initialize(x, y);
  }

  public foo(string s_
  {
    //... do stuff

    Initialize(x, y)
    //... more stuff
  }
}
    InformationsquelleAutor DMac the Destroyer
  6. 0

    Il y a une note dans description de MethodBase.Invoke dans MSDN

    Si cette surcharge de la méthode est utilisée pour appeler une instance constructeur, l'
    objet fourni pour obj est réinitialisé; c'est, tout d'instance
    les initialiseurs sont exécutées. La valeur de retour est nulle. Si une classe
    le constructeur est appelé, la classe est réinitialisé; c'est, toute la classe
    les initialiseurs sont exécutées. La valeur de retour est nulle.

    I. e. vous pouvez obtenir du Constructeur par la méthode de la réflexion et de l'appeler par Invoke dans votre nouveau corps du constructeur. Mais je n'ai pas essayer. Et, bien sûr, cette solution ont beaucoup d'inconvénients.

    InformationsquelleAutor Кое Кто