Maison > développement back-end > C++ > Initialisation des variables membres en C# : déclaration ou constructeur – Quel est le meilleur ?

Initialisation des variables membres en C# : déclaration ou constructeur – Quel est le meilleur ?

DDD
Libérer: 2025-01-08 12:02:40
original
939 Les gens l'ont consulté

Member Variable Initialization in C#: Declaration or Constructor – Which is Better?

Initialisation des variables membres en C# : déclaration ou constructeur ?

Dans la programmation orientée objet utilisant C#, une question courante est de savoir si les variables membres de la classe doivent être initialisées lorsqu'elles sont déclarées ou dans le constructeur par défaut. Cet article explore les avantages et les inconvénients des deux approches.

Considérations relatives aux performances

En termes de performances, il n'y a presque aucune différence entre l'initialisation des variables membres au moment de la déclaration et leur initialisation dans le constructeur. Les initialiseurs de champ sont en fait convertis en logique de constructeur lors de la compilation. Cependant, les initialiseurs de champ s'exécutent avant toute logique de constructeur, y compris l'exécution du constructeur de base ou de ce constructeur.

Propriétés implémentées automatiquement

Pour les propriétés implémentées automatiquement, l'approche constructeur est préférable car les propriétés implémentées automatiquement ne peuvent pas être initialisées à l'aide d'initialiseurs de champ. Par exemple :

<code class="language-csharp">[DefaultValue("")]
public string Foo { get; set; }
public Bar()
{
  Foo = "";
}</code>
Copier après la connexion

Localité et organisation

De nombreux développeurs préfèrent les initialiseurs de champ car ils conservent le code associé localisé. Par exemple, déclarer une liste privée d'éléments à l'aide d'un initialiseur de champ rend la liste et ses propriétés d'accesseur plus indépendantes :

<code class="language-csharp">private readonly List<SomeClass> items = new List<SomeClass>();
public List<SomeClass> Items { get { return items; } }</code>
Copier après la connexion

Cette approche réduit le besoin de rechercher dans plusieurs segments de code pour trouver où les variables membres reçoivent des valeurs.

Initialisation complexe et surcharge du constructeur

Cependant, lorsqu'une logique d'initialisation complexe est requise ou lors de la gestion de plusieurs constructeurs, les constructeurs sont la méthode préférée. Par exemple, lors de l'initialisation de la classe Bar, considérez le constructeur suivant :

<code class="language-csharp">public Bar() : this("") {}
public Bar(string foo) { Foo = foo; }</code>
Copier après la connexion

Dans ce cas, le champ Foo peut être initialisé à des valeurs différentes selon le constructeur appelé, tandis que l'initialiseur de champ le définit à la même valeur pour tous les constructeurs.

Conclusion

Le fait d'initialiser les variables membres au moment de la déclaration ou dans le constructeur dépend en fin de compte des besoins spécifiques du code. Pour des raisons de simplicité et de localité, les initialiseurs de champ sont généralement préférables. Toutefois, pour les propriétés implémentées automatiquement, une logique d'initialisation complexe ou la gestion de plusieurs constructeurs, une initialisation basée sur le constructeur est recommandée.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal