Sollten Sie Nullprüfungen mit anonymen leeren Delegierten vermeiden?

Nullprüfungen mit anonymen leeren Delegaten vermeiden: Vor- und Nachteile analysieren

Das Hinzufügen eines anonymen leeren Delegaten zu einer Ereignisdeklaration wirft Fragen dazu auf mögliche Nachteile. Während der Vorteil der Vermeidung von Nullprüfungen offensichtlich ist, bleiben die vollständigen Auswirkungen dieser Redewendung unklar.

Diese Redewendung wurde in verschiedenen Online-Foren diskutiert, es ist jedoch wichtig, sich eingehender mit möglichen Nachteilen zu befassen. Es bestehen Bedenken hinsichtlich der weit verbreiteten Verwendung und der Möglichkeit von Wartungsproblemen. Darüber hinaus ist die Auswirkung des leeren Ereignis-Abonnentenaufrufs auf die Leistung eine gültige Überlegung.

Die Leistungsperspektive

Entgegen den Befürchtungen verursacht der leere Ereignis-Abonnentenanruf keine Leistungseinbußen. Tatsächlich gibt es einen effizienteren Ansatz, um sowohl Nullprüfungen als auch Leistungsprobleme anzugehen.

Eine Erweiterungsmethodenlösung

Eine Erweiterungsmethode kann wie folgt definiert werden:

public static void Raise(this EventHandler handler, object sender, EventArgs e)
{
    if(handler != null)
    {
        handler(sender, e);
    }
}

Mit dieser Erweiterung kann das Organisieren von Veranstaltungen vereinfacht werden auf:

// Works, even for null events.
MyButtonClick.Raise(this, EventArgs.Empty);

Durch die Verwendung dieser Methode Nullprüfungen gehören der Vergangenheit an und bieten eine sauberere und effizientere Lösung.

Das obige ist der detaillierte Inhalt vonSollten Sie Nullprüfungen mit anonymen leeren Delegierten vermeiden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!