¿Por qué utilizar EventArgs.Empty en lugar de null?

Question

Recuerdo haber leído, en múltiples ocasiones y en varias ubicaciones, que cuando se dispare el evento típico:

protected virtual OnSomethingHappened() 
{ 
    this.SomethingHappened(this, EventArgs.Empty); 
} 

electrónico debe ser EventArgs.Empty si no hay argumentos de eventos interesantes, no nulos.

He seguido las instrucciones en mi código, pero me di cuenta de que no tengo claro por qué esa es la técnica preferida.

1. ¿Por qué el contrato establecido prefiere EventArgs.Empty over null?
2. ¿Qué tipo de situaciones en mi propio código justificaría un diseño similar decisión? ¿Cuándo debería considerar crear alguna propiedad estática "Nothing interesting here" en lugar de usando null para indicar la ausencia de algo interesante?
3. ¿La adición de tipos de valores con valores nulos ha impactado estas decisiones?

Answer 1

Creo que el razonamiento detrás de NOT NULL es que cuando se pasa como un parámetro, no se espera que el método necesite manejar una excepción de referencia nula.

Si pasa null, y el método intenta hacer algo con e, obtendrá una excepción de referencia nula, con EventArgs.Empty no lo hará.

Answer 2

Si está utilizando un método de propósito general que tiene la firma EventHandler que se llama desde cualquier controlador de eventos y se transmite tanto la object sender y EventArgs e, puede llamar e.ToString(), por ejemplo, para eventos de registro, sin Preocuparse por una excepción de puntero nulo.

Answer 3

Creo que EventArgs.Empty se utiliza para mantener la convención de pasar un argumento con un evento, incluso si no es necesario.

Mitchel Sellers publicó la otra mitad de mi razón a mitad de mi publicación: evita una excepción de referencia nula si un método intenta y hace algo con ese argumento (además de comprobar si es nulo).

EventArgs.Empty básicamente hace el trabajo de un Argumento de Evento definido globalmente sin información adicional.

EDITAR

Para dar un ejemplo similar de mantener un convencionalmente nuestro equipo utiliza string.empty para inicializar una cadena b/c de lo contrario diferentes codificadores pueden utilizar newString = ""; or newString = " "; or newString = null;

Todo lo cual puede producir resultados diferentes para diferentes cheque condiciones

editar # 2

Una razón (un poco pedante) para utilizar EventArgs.Empty Vs nuevos EventArgs() es que el primero no inicializa una nueva EventArgs, ahorrando una pequeña cantidad de memoria.

Answer 4

Usé mucho tiempo "new EventArgs()" en lugar de "EventArgs.Empty" ... Creo que lo importante es pasar algo que no cause una excepción nula.

Answer 5

es una instancia del Null object pattern.

Básicamente, tiene un objeto que representa "sin valor" para evitar la comprobación de nulo al usarlo.

Answer 6

de Albahari libro: "in order to avoid unnecessarily instantiating an instance of EventArgs."