¿Hay un caso para un operador String.IsNullOrEmpty?

Question

String.IsNullOrEmpty() parece ser un método muy bien utilizado y me parece desear que haya alguna forma abreviada de hacerlo. Algo así como ???, ya que se usaría en un contexto similar al operador de fusión nulo, pero se extendería para probar tanto cadenas vacías como nulas. Es decir.

string text = something.SomeText ??? "Not provided"; 

¿Cuáles serían sus opiniones sobre esto? ¿Inflaría innecesariamente el idioma? ¿Abriría las compuertas para que otras operaciones de nivel medio tuvieran una integración tan profunda con el compilador? O sería una adición útil para el lenguaje.

Answer 1

Phil Haack blogged about this hace un tiempo. Básicamente, sugiere un método de extensión en string que le permite hacer

var text = someString.AsNullIfEmpty() ?? "Not provided."; 

El método de extensión es muy simple:

public static string AsNullIfEmpty(this string str) 
{ 
    return !string.IsNullOrEmpty(str) ? str : null; 
} 

También sugiere una versión de la comprobación de los espacios en blanco en lugar de sólo vacío con el método string.IsNullOrWhitespace() de .NET 4, así como extensiones similares para la interfaz IEnumerable<T>.

También habla sobre la introducción de nuevos operadores como ??? para esto, pero concluye que sería más confuso que útil - después de todo, la introducción de estos métodos de extensión puede hacer lo mismo, pero es más legible y está usando sintaxis abreviada que "todo el mundo sabe".

Answer 2

Phil Haack habla sobre esta operación exacta en su blog. Debería echar un vistazo a su artículo Null Or Empty Coalescing.

Los operadores de propósito especial como ??? tienen una pendiente resbaladiza. ¿Por qué detenerse aquí? ¿Por qué no introducir un operador "nulo o vacío o en blanco": ????. Phil habla de esto, en realidad, en su artículo. Su conclusión general es que tales operadores serían más confusos que útiles.

En última instancia, podría tomar muchas operaciones diferentes para que un operador de inventos las represente; desafortunadamente, eso probablemente destruiría la legibilidad del idioma.