string.Empty vs null.¿Cuál usas?

Recientemente, un colega en el trabajo me dijo que no lo use string.Emptyal configurar una variable de cadena, sino que lo use nullya que contamina la pila.

Él dice que no lo hagas

string myString=string.Empty; pero haz string mystring=null;

¿Realmente importa? Sé que la cuerda es un objeto, así que tiene sentido.

Sé que es una pregunta tonta, pero ¿cuál es tu opinión?

nully Emptyson muy diferentes, y no sugiero cambiar arbitrariamente entre ellos. Pero tampoco tiene ningún "coste" extra, ya que Emptyes una única referencia fija (puedes utilizarla tantas veces como quieras).

No hay "contaminación" en la pila causada por un ldsfld - esa preocupación es .... loca. La carga de un nulles posiblemente un poco más barata, pero podría causar excepciones de referencia nula si no tiene cuidado al verificar el valor.

Personalmente, no uso ninguno ... Si quiero una cadena vacía que uso "", simple y obvio. La pasantía significa que esto tampoco tiene gastos generales por uso.

En el nivel de IL, la diferencia aquí entre "" y Empty es solo ldstr vs ldsfld, pero ambos dan la misma referencia de cadena interna única. Además, en las versiones más recientes de .NET, el JIT tiene interceptación directa de estos, lo que produce la referencia de cadena vacía sin hacer una búsqueda de campo estático. Básicamente, no hay exactamente ninguna razón para preocuparse de ninguna manera, excepto la legibilidad. Solo uso "".

No 'contamina la pila', no hay ninguna razón técnica, pero hay una gran diferencia entre establecer una variable en una referencia a un objeto (incluso si es una cadena vacía) y null. No son lo mismo y deben usarse de diferentes maneras.

nulldebe usarse para indicar la ausencia de datos, string.Empty(o "") para indicar la presencia de datos, de hecho algún texto vacío. ¿Existe algún caso específico en el que no esté seguro de cuál es el más adecuado?

Editar, ejemplos agregados:

• Puede usarlo string.Emptycomo sufijo predeterminado para el nombre de una persona (la mayoría de las personas no tienen un doctorado, por ejemplo)

• Puede utilizar nullpara una opción de configuración que no se especificó en el archivo de configuración. En este caso, string.Emptyse usaría si la opción de configuración estuviera presente, pero el valor configurado deseado fuera una cadena vacía.

Son diferentes como otros ya respondieron.

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

El problema con la administración de cadenas vacías frente a cadenas nulas se está convirtiendo en un problema cuando necesita conservarlo en un archivo plano o transferirlo a través de comunicaciones, por lo que creo que podría ser útil para otros que visitan esta página para dar una buena solución a ese problema en particular.

Con el fin de guardar cadenas en un archivo o comunicaciones:
probablemente desee convertir la cadena en bytes.
Una buena práctica que recomiendo es agregar 2 segmentos de bytes de encabezado a su cadena convertida.

segmento 1: metainformación que se almacena en 1 byte y describe la longitud del siguiente segmento.

segmento 2: contiene la longitud de la cadena que se va a guardar.

ejemplo:
cadena "abcd" - para simplificar la convertiré usando un codificador ASCII y obtendré {65,66,67,68}.
calcular el segmento 2 producirá 4, por lo que 4 bytes son la longitud de la cadena convertida.
calcular el segmento 1 dará como resultado 1, ya que solo se usó 1 byte para contener la información de longitud de la información de cadena convertida (que era 4, es decir, si era 260 obtendría 2)

La nueva franja de bytes ahora será {1,4,65,66,67,68} que se puede guardar en un archivo.

El beneficio con respecto al tema es que si tuviera una cadena vacía para guardar, obtendría de la conversión una matriz vacía de bytes con una longitud de 0 y, después de calcular los segmentos, terminaré teniendo {1,0} que puede ser guardado y luego cargado e interpretado de nuevo en una cadena vacía. Por otro lado, si tuviera un valor nulo en mi cadena, terminaría teniendo solo {0} como mi matriz de bytes para guardar y, nuevamente, cuando se cargue, se puede volver a interpretar como nulo.

Hay más beneficios, como saber cuál es el tamaño que se cargará o acumulará si se mueven varias cuerdas.

Volviendo al tema, será ... bueno, contaminará la pila, ya que los mismos principios descritos están siendo utilizados por cualquier sistema para diferenciar nulos de vacíos ... así que sí, cadena. Vacío toma más memoria que nulo, aunque yo no lo haría llámalo contaminación .. es sólo 1 byte más.

Se ha respondido a muerte, pero nulo significa sin valor, no inicializado. string.Empty significa "" (una cadena en blanco) como se indica en MSDN.

La forma más segura de verificar una cadena vacía o nula es usando string.IsNullOrEmpty.

FWIW, encontré que mezclar ""yString.Empty no funciona:

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 particular, si usa $.trimpara obtener el valor de un campo de entrada DOM vacío, luego compárelo con String.Empty, obtendrá false. No estoy seguro de por qué es eso, pero ahí lo tienes. Ahora solo uso en ""todas partes para mayor consistencia.