És un de l'equivocació comuna que la gent compari una corda amb " o String.Empty en VB.Net o C# per trobar seu buit. Aquí són pocs exemples.

// Camins Equivocats de C#

1. si ( s == " )
2. si ( s == string.Empty )
3. si ( s.Equals(") )
4. si ( s.Equals ( String.Empty)
5. si ( string.Equals(s")
6. si ( string.Equals ( s,String.Empty ))

Què així és la manera correcta de fer-li ? Busqui llargada també.

// [ C# ] Corregir Camí

si ( s.Length == 0 )

Això és en la continuació del nostre últim correu sobre Comprovació per a llargada també quan busca cordes nul·les en VB.Net i C#

Prepari's sota per a l'aproximació correcta.

• Ryan Heaney, 27 de març, 2008:

  Estic d'acord amb Shahar. corda. IsNullOrEmpty és la manera millor, aconseguida de provar. És estàtic i garantia no llançar un NullReferenceException. No pot dir allò aproximadament .Length.

  Si mira el desmuntatge de corda. IsNullOrEmpty que veurà què fa.
  .method hidebysig públic bool IsNullOrEmpty(string estàtic 'valor') cil aconseguit
  {
  .maxstack 8
  L_0000: ldarg.0
  L_0001: brfalse.s L_000d
  L_0003: ldarg.0
  L_0004: exemple de callvirt int32 System.String::get_Length()
  L_0009: ldc.i4.0
  L_000a: ceq
  L_000c: ret
  L_000d: ldc.i4.1
  L_000e: ret
  }

  Això es tradueix a (C#):
  valor de bool IsNullOrEmpty(string estàtic públic)
  {
  si (valor != nul)
  {
  retorn (value.Length == 0);
  }
  retorn veritable;
  }

  Ara mentre pot executar aquesta operació en el seu propi, el punt sencer del .NET Estructura és el fet que això es gestioni codi. Si per una mica de raó Microsoft decideix canviar l'aplicació de la classe de corda tal que hi ha un altre cas en el qual és buit, canviaria la seva aplicació aquí. I mai no s'hauria de preocupar de la seva ruptura de codi a causa d'un canvi subjacent.

  Així, ben aviat, utilitzi corda. IsNullOrEmpty ().

Cordons: comprovi cordes buides, buidi cordes