chaîne de caractères.Vide vs null.Lequel utilisez-vous?

null et Empty sont très différents, et je ne le conseille pas arbitrairement de commutation entre eux. Mais elle n'a aucun supplément de "coût", depuis Empty est un seul point de référence fixe (vous pouvez utiliser n'importe quel nombre de fois).

Il n'y a pas de "pollution" sur la pile causée par un ldsfld - cette préoccupation est.... fou. Chargement d'un null est sans doute légèrement moins cher, mais elle peut causer null-les exceptions de référence si vous n'êtes pas prudent sur la vérification de la valeur.

Personnellement, je l'utilise ni... Si je veux une chaîne vide-je utiliser "" - simple et évident. Stage signifie cette aussi n'a pas per-utilisation de surcharge.

---

Au niveau IL, la différence ici entre les "" et de Vide est juste ldstr vs ldsfld - mais les deux donnent la même interné chaîne de référence. En outre, ces dernières .NET versions le JIT a interception directe de ces, rendement de la chaîne de caractères vide de référence sans en train de faire un champ statique de recherche. Fondamentalement, il y a exactement aucune raison de soins de toute façon, à l'exception de la lisibilité. Je viens de l'utiliser "".

Ils sont différents de ce que les autres ont déjà répondu.

static void Main(string[] args)
{
    string s1 = null;
    string s2 = string.Empty;
    string s3 = "";
    Console.WriteLine(s1 == s2);
    Console.WriteLine(s1 == s3);
    Console.WriteLine(s2 == s3);
}

 results:
 false     - since null is different from string.empty
 false     - since null is different from ""
 true      - since "" is same as string.empty

Le problème avec la gestion de la chaîne vide vs null chaînes est en train de devenir un problème lorsque vous devez persister dans un fichier plat ou le transférer par le biais de communications, Donc je trouve qu'il pourrait être utile pour d'autres qui visitent cette page pour donner une belle solution à ce problème particulier.

Pour le but de sauver des chaînes dans un fichier ou de communication:

vous aurez probablement envie de convertir la chaîne en octets.

une bonne pratique que je recommande est d'ajouter 2 segments d'octets d'en-tête de votre chaîne convertie.

segment 1 - méta-informations qui sont stockées dans 1 octet, et décrit la longueur du segment suivant.

segment 2 - titulaire de la longueur de la chaîne pour être sauvé.

exemple:

la chaîne "abcd" - pour simplifier, je vais le convertir en ASCII à l'aide de l'encodeur et get {65,66,67,68}.

calculer le segment 2 aura un rendement de 4, donc 4 octets pour la longueur de la chaîne convertie.

calculer segment 1 rendement 1 - que seulement 1 octet est utilisé pour contenir les informations de longueur de la chaîne convertie de l'information (qui était de 4, c'est à dire si c'était de 260, je voudrais obtenir 2)

La nouvelle bande d'octets seront maintenant {1,4,65,66,67,68}, qui peuvent être sauvegardés dans un fichier.

L'avantage à l'égard de l'objet, c'est que si j'avais une chaîne vide pour enregistrer, je voudrais obtenir à partir de la conversion d'un tableau vide d'octets dans la longueur de 0 et d'après le calcul des segments je vais finir par avoir {1,0}, qui peuvent être sauvegardés et plus tard sur chargé et interprété de nouveau dans une chaîne vide.
D'autre part, si j'avais valeur null dans ma chaîne je finirais juste après avoir {0} comme mon tableau d'octets à enregistrer et à nouveau lors de la charge peut être interprété null.

Il y a plus d'avantages comme le fait de savoir ce que la taille pour être chargé ou s'accumuler si vous jag plusieurs chaînes de caractères.

Retour à l'objet - il.. bien gentil de polluer la pile les mêmes principes décrits sont utilisés par un système de différencier les valeurs null de vide.. donc oui chaîne.Vide prend plus de mémoire que la valeur null, bien que je n'appellerais pas cela de la pollution.. il a juste 1 octet de plus.

FWIW, je trouve que le mélange des "" et String.Empty ne fonctionne pas:

var a = "";
alert("a " + (a == "") + ", " + (a==String.Empty));   //Yields "a true, false"

var b = String.Empty;
alert("b " + (b == "") + ", " + (b == String.Empty)); //Yields "b false, true"

En particulier, si vous utilisez $.trim pour obtenir la valeur d'un vide DOM champ de saisie, puis de le comparer String.Empty, vous obtenez false. Je ne sais pas pourquoi c'est bien, mais là vous allez. Je vient de l'utilisation "" partout pour des raisons de cohérence.