Gotchas al hacer uso de Nullable <T> en C# 4

Question

Acabo de comenzar a escribir sobre un componente donde encontré que podría ser útil declarar algunas de las propiedades con nulo, en lugar de dejar que recurran a valores predeterminados. Sin embargo, me di cuenta de que nunca antes había usado la sintaxis non-nullable-type? o el tipo Nullable<T> antes, por lo que probablemente haya algunos errores que pronto saldrán y me morderán. Así que ...

• ¿Cuáles son las mayores trampas al usar Nullable<T> y la sintaxis abreviada ??

• ¿Cómo puedo solucionarlos?

• ¿Cuáles son las mayores ventajas/nuevas posibilidades que tengo disponibles cuando comienzo a usarlas?

Answer 1

Un error común es intentar asignar a una variable anulable con una expresión condicional como sigue:

bool useDefault = true; 
int defaultValue = 50; 
int? y = useDefault ? defaultValue : null; 

A primera vista esto puede parecer que debería funcionar, pero en realidad da un error de compilación:

 
Type of conditional expression cannot be determined because there is no 
implicit conversion between 'int' and '<null>' 

Solución: añadir un fundido a uno o ambos de los posibles resultados:

int? y = useDefault ? defaultValue : (int?)null; 

---

Menos comúnmente visto: Normalmente es seguro asumir que para los enteros y a <= 5!(a > 5) son equivalentes. Esta suposición no es verdadera para enteros nulables.

int? x = null; 
Console.WriteLine(x <= 5); 
Console.WriteLine(!(x > 5)); 

Resultado:

 
False 
True 

Solución: Controle el nulo caso por separado.

---

Aquí hay otro ligera variación de lo anterior:

int? y = null; 
int? z = null; 
Console.WriteLine(y == z); 
Console.WriteLine(y <= z); 

Salida:

 
True 
False 

Así y es igual a z, pero no es menor o igual a z.

Solución: Una vez más, el tratamiento el caso nulo separado puede evitar sorpresas.

Answer 2

que puede hacer .HasValue para comprobar si la variable es nula

se puede hacer

myvar = nullablevar ?? defaultvalue; //will set defaultvalue if nullablevar is null 

y mucho más, no es nuevo en C# 4

read this for more information

Answer 3

No estoy utilizando actual 4.0, pero en 2.0 tengo el problema de que, como la mayoría de los genéricos, int? no se puede deserializar fácilmente Tal vez 4.0 es más inteligente con Reflection, pero las utilidades de serializador XML predeterminadas no pueden leerlo y está expuesto. Es bastante molesto

Answer 4

Establezca el valor predeterminado de forma inconsciente mientras usa las nullas. Lo he visto algunas veces P.ej.

int? localVar = 0; 
// do something .. 
if (localVar.HasValue) 
    _myMemberValue = localVar.Value; 

El LocalVar nunca es nula porque era inicializar con un valor por lo que la prueba para HasValue es alwasy verdadera y _myMemberValue puede asignado incorrectamente con valor incorrecto.

- editied, para añadir más comentarios ----

se olvidó de mencionar. Una gran ventaja que he visto es usar el campo para representar el campo Nullable en la base de datos. Esto también se genera automáticamente si usa Linq y EF. Pero tradicionalmente antes de Nullable, es un trabajo manual y propenso a errores manejar la actualización del campo y decidir cuándo establecerlo con un valor o nulo.

Answer 5

Nullable<T> es un tipo de valor especial. Podría ayudar si entiendes cómo funciona realmente. Hay algunas cosas sutiles que no son inmediatamente obvias. Publiqué en el blog acerca de here.

Complicaciones reales: no muchas. Casi el más grande es que el lanzamiento explícito arroja un InvalidOperationException (y no NullReferenceException). El compilador debe guiarlo por cualquier problema que pueda surgir.

Answer 6

Nullable<T> tipos son un poco inusual; no son (estrictamente hablando) ni valores ni tipos de referencia, sino algo extraño en el medio. El boxeo/unboxing y typeof en particular tienen reglas especiales por lo que los resultados son menos inesperados.

Para más detalles, recomiendo el libro de Jon Skeet C# in Depth. Si aún no lo posee, debería hacerlo. :)

Answer 7

Algo a lo que la gente suele sorprenderse es que no existe el tipo de valor que admite valores nulos. Si usted dice:

int? x = 123; 
int? y = null; 
int z = 456; 
object xx = x; 
object yy = y; 
object zz = z; 

se podría pensar que ya contiene un zz int caja, que contienen xx e yy en caja enteros con valores nulos. Ellos no. xx contiene un int en caja yy está configurado como nulo.

Answer 8

Uno de los mejores usos es que los mapas bastante bien a los campos de base de datos con valores nulos - Teniendo esto en mente, que desea utilizar como si fuera un campo nulo en una base de datos.

Es decir, un valor nulo no es "otro" - significa desconocido, o incalculable en este momento, o que dados otros valores en este objeto/registro, no tiene sentido que esto sea un valor .Su situación suena como que es válida - las preferencias del usuario puede ser nulo, y los valores reales serán

actualValue = userValue ?? defaultValue; 

El ?? es el operador nula coalescencia - lo anterior es equivalente a la siguiente:

actualValue = userValue.HasValue ? userValue : defaultValue; 

o

actualValue = (userValue != null) ? userValue : defaultValue; 

La tentación veo gente da en lo más a menudo se utiliza como un indicador bool? tri-estatal. Esto no tiene sentido, porque no hay una tercera posibilidad en verdadero/falso/??? Otros que lean tu código tendrán que profundizar en los comentarios (el mejor de los casos) para descubrir que true significa usar texto azul, falso significa texto rojo y nulo significa texto verde. Use enumeraciones para esto.

Esa es la trampa más grande que veo la gente cae en - aparte de eso, simplemente acostumbrarse a comprobar si sus nullables son nulos - ya sea mediante su comparación con un valor nulo o mediante el uso de .HasValue