predeterminado (T) versus Activator.CreateInstance (T)

Question

Me gustaría saber si los enunciados siguientes alguna vez arrojan un resultado diferente para los tipos de referencia, o son idénticos?

1. default(T)
2. Activator.CreateInstance(T)

Si son idénticos, podría utilizar siempre predeterminado (T), en este ejemplo, si el objetivo era dar salida al valor predeterminado de T ?:

if (typeof(T).IsValueType || typeof(T) == typeof(String)) 
{ 
    return default(T); 
} 
else 
{ 
    return Activator.CreateInstance<T>(); 
} 

Best way to test if a generic type is a string? (c#)

ta!

Answer 1

Son completamente diferentes.

1. default(T), cuando T es un tipo de referencia, siempre será null.
2. Activator.CreateInstance<T>() creará una nueva instancia de ese tipo utilizando el constructor predeterminado si está presente; de ​​lo contrario, arroja MissingMethodException.

Answer 2

Siempre devolverán un resultado diferente cuando T es un tipo de referencia. default(T) devolverá null, mientras que Activator.CreateInstance<T>() devolverá una nueva instancia de T, creada utilizando T constructor sin parámetros público.

Answer 3

default(T) devolverá null para tipos de referencia. Activator.CreateInstance<T>() no lo hará. Un string es un tipo de referencia en .NET.

Answer 4

Para los tipos de referencia, default(T) será nulo, mientras que CreateInstance realmente devuelve un nuevo objeto de tipo T (o falla si no hay un constructor adecuado), por lo que el resultado nunca será idéntico.

Answer 5

No estoy seguro de que usted está pidiendo whate pero son diferentes:

default(T) vuelve null si T no es un tipo de valor ... la llamada CreateInstance crea una instancia y llama al constructor por defecto si hay uno (De lo contrario, se lanza una excepción) ...