Können EventArgs jemals null sein?

Question

Ich habe protected override void OnFormClosing(FormClosingEventArgs e) in einigen meiner Code-und Code-Analyse gibt eine CA1062, weil ich nicht überprüfen, ob e Null ist.

Konvention ist, dass EventArgs niemals null sein sollte; deshalb haben wir EventArgs.Empty. Sicher, ich könnte dumm sein und null statt EventArgs.Empty übergeben, wenn ein Ereignis ausgelöst wird, aber hier wird es etwas automatisch generierten Code sein, der das FormClosing-Ereignis auslösen wird, so dass ich nur die Warnung unterdrückt.

Gibt es einige Fälle, in denen EventArgs vom Framework als null eingestuft werden kann und nicht vom Programmierer verursacht wird?

Answer 1

Kurze Antwort: Ja, Sie können dies tun:

public void DoSomething() 
{ 
    OnFormClosing(null); 
} 

Aber wenn Sie tatsächlich etwas tun, können Sie die Warnung ignorieren.

Mit Blick auf den Quellcode für die Klasse Formular können wir this method finden, was diese wieder aufnimmt:

/// <devdoc> 
    /// <para>Raises the FormClosing event for this form when Application.Exit is called. 
    ///   Returns e.Cancel returned by the event handler.</para> 
    /// </devdoc> 
    internal bool RaiseFormClosingOnAppExit() { 
     FormClosingEventArgs e = new FormClosingEventArgs(CloseReason.ApplicationExitCall, false); 
     OnFormClosing(e); 
     return e.Cancel; 
    } 

Also nein, es gibt keinen Weg e wird null sein, wenn das Ereignis von WinForms angehoben wird.