Quel est le point de la propriété string.Empty

Pourquoi la propriété était-elle string foo = string.Emptyincluse dans la BCL? Cela semble plus détaillé et plus clair que de simplement utiliser une chaîne vide ( string foo = "")

Je ne peux que supposer ici:

string.Emptya été défini pour être explicite - lors de l’initialisation d’une chaîne, il se peut que le contexte ne soit pas clairement défini ""comme un initialiseur (au lieu de nullou " "comme ou tout simplement comme un espace réservé pendant les tests). Utiliser string.Emptyest une réponse définitive à ce genre d’énigme.

Il peut également s'agir d'un retour en arrière - une chaîne vide en C n'est pas une chaîne vide. C'est un tableau de caractères dont le premier caractère est null (donc vide), ce qui n'est pas la même chose que C #. Mon point ici est que, dans différentes langues, vous représenteriez une chaîne vide de différentes manières (et peuvent avoir différentes significations), ce qui string.Emptyévite une telle ambiguïté.

Contrairement à ce que d’autres disent à propos de plusieurs objets - ce n’est pas un problème car tout littéral de chaîne sera interné lors de la compilation. Cela inclut la valeur de string.Empty- "". Chaque fois que l'un ou l'autre de ces éléments est répété dans le code, l'objet sera extrait du pool interne. Cela est vrai par domaine d'application .

Je ne suis pas sûr à 100% des sources où j'ai appris cela, mais voici quelques-uns des avantages de son utilisation:

• Chaque chaîne dans un assemblage .NET est unique, donc avoir

  string foo = "";
  string bar = "";

  résulte en 2 chaînes dans l'assemblage de sortie, car les chaînes sont immuables. Avoir les deux références string.Emptyréduit la taille de l'assemblage.

• Explicitation. Lorsque vous tombez sur string.Emptyl'intention, il est clair qu'il s'agit d'une chaîne vide. Mais si vous rencontrez foo = "", le programmeur a-t-il supprimé le contenu de la chaîne lors des tests et oublié de le rajouter, ou est-ce censé être ainsi?

Aucun objet ne sera créé pour string.Empty. Utiliser ""créera un objet qui proviendra probablement du pool interne de chaînes.

Auparavant, les gens String.Emptyeffectuaient des tests et sortaient un peu plus vite, mais c’est une micro-optimisation.

String.Empty est la suivante:

//The Empty constant holds the empty string value.   
//We need to call the String constructor so that the compiler doesn't mark 
//this as a literal.   
//Marking this as a literal would mean that it doesn't show up as a field 
//which we can access from native.  
public static readonly String Empty = ""; 

Il s’agit d’optimiser la consommation de mémoire et d’optimiser la comparaison de chaînes. Chaque fois que vous utilisez une chaîne vide dans votre application, vous allouez un objet chaîne contenant 0 caractères. Comme pour la comparaison de chaînes, il est possible de comparer les références (pointeurs) au lieu de caractère par caractère, ce qui est plus rapide, même pour les chaînes vides.

Si vous utilisez plusieurs fois la même chaîne dans votre application, vous pouvez utiliser le même type de mécanisme en appelant String.Intern () avec votre chaîne. Mais si vous utilisez chaque chaîne une seule fois, vous n’utiliserez plus que de la mémoire.

Donc, String.Empty n’est qu’une optimisation de cas particulier qui vaut la peine d’être appliqué à la plupart des applications .Net, c’est pourquoi il a été intégré dans le BCL.

Pour plus de détails sur ce sujet, je vous recommande vivement de lire le blog d'Eric Lippert .

Vous devriez également jeter un coup d'oeil à cette documentation référencée par son article de blog.