Aktion <T> vs Delegat Ereignis

Question

Ich habe Entwickler gesehen, die die folgenden Codes ganz alternativ verwenden. Was ist der genaue Unterschied zwischen diesen und welchen Normen? Sind sie gleich, wie Action und Func<T> ein Delegierter ist auch:

public event Action<EmployeeEventAgs> OnLeave; 
public void Leave() 
{ 
    OnLeave(new EmployeeEventAgs(this.ID)); 
} 

VS

public delegate void GoOnLeave(EmployeeEventAgs e); 
public event GoOnLeave OnLeave; 
public void Leave() 
{ 
    OnLeave(new EmployeeEventAgs(this.ID)); 
} 

Answer 1

Fwiw, kein Beispiel verwendet Standard-.NET-Konventionen. Die EventHandler<T> generic sollte das Ereignis deklarieren:

public event EventHandler<EmployeeEventArgs> Leave; 

Die „On“ Präfix sollte für eine geschützte Methode reserviert werden, die das Ereignis auslöst:

protected virtual void OnLeave(EmployeeEventArgs e) { 
    var handler = Leave; 
    if (handler != null) handler(this, e); 
} 

Sie nicht haben es, dies zu tun so, aber jeder wird sofort das Muster erkennen, Ihren Code verstehen und wissen, wie man es benutzt und anpasst.

Und es hat den großen Vorteil, nicht gezwungen zu sein, zwischen einer benutzerdefinierten Delegiertenerklärung zu wählen und Action<>, EventHandler<> ist der beste Weg. Welches beantwortet deine Frage.

Answer 2

Ja, Aktion und Func sind einfach Bequemlichkeit Delegierten, die in der 3,5 clr definiert wurden.

Aktion, Func und Lambdas sind alles nur syntaktische Zucker und Bequemlichkeit für die Verwendung von Delegierten.

Es gibt nichts Magisches an ihnen. Mehrere Leute haben einfache 2.0-Addon-Bibliotheken geschrieben, um diese Funktionalität zu 2.0-Code hinzuzufügen.

Answer 3

Action<T> ist genau das gleiche wie delegate void ... (T t)

Func<T> ist genau das gleiche wie delegate T ...()

Answer 4

You may want to look here, zu sehen, was der Compiler tatsächlich für die Aktion erzeugt die beste Beschreibung ist. Es gibt keinen funktionalen Unterschied in dem, was Sie geschrieben haben, nur eine kürzere, bequemere Syntax.

Answer 5

Aktion ist nur eine Verknüpfung für die vollständige Delegatendeklaration.

public delegate void Action<T>(T obj) 

http://msdn.microsoft.com/en-us/library/018hxwa8.aspx

Welche auf Organisationen Standards/style Codierung würde davon abhängen zu verwenden.

Answer 6

Im Allgemeinen sind sie gleichwertig. Aber im Rahmen eines Delegaten für den Typ eines Ereignisses verwenden, ist die Konvention Eventhandler zu verwenden (wobei T erbt EventArgs):

public event EventHandler<EmployeeEventArgs> Left; 

public void Leave() 
{ 
    OnLeft(this.ID); 
} 

protected virtual void OnLeft(int id) 
{ 
    if (Left != null) { 
     Left(new EmployeeEventArgs(id)); 
    } 
} 

Answer 7

Sie haben diese Aktion schreiben können und Func generische Delegaten selbst, aber da sie Im Allgemeinen sind sie nützlich, sie haben sie für dich geschrieben und in .Net-Bibliotheken gesteckt.

Answer 8

Die beiden folgenden Codezeilen sind nahezu äquivalent:

public event Action<EmployeeEventAgs> Leave; 

im Gegensatz zu:

public event EventHandler<EmployeeEventAgs> Leave; 

Der Unterschied liegt in der Signatur des Verfahrens Ereignisbehandlungsroutine. Wenn Sie den ersten Ansatz mit der Aktion verwenden, könnten Sie haben:

public void LeaveHandler(EmployeeEventAgs e) { ... } 

und dann diese:

obj.Leave += LeaveHandler; 

Mit dem zweiten Ansatz, die Unterzeichnung der LeaveHandler Bedürfnisse anders sein:

public void LeaveHandler(object sender, EmployeeEventAgs e) { ... } 

---

Es ist sehr wichtig zu bemerken th In beiden Fällen ist das Schlüsselwort event vorhanden. Ein Ereignis, das über das Schlüsselwort event explizit als solches deklariert wird, ist kein Feld der Klasse mehr. Stattdessen wird es eine Ereigniseigenschaft. Die Ereigniseigenschaften ähneln den regulären Eigenschaften, außer dass sie keine get oder set Accessoren haben. Der Compiler erlaubt es, sie nur auf der linken Seite einer += und -= Zuweisung zu verwenden (Hinzufügen oder Entfernen eines Ereignishandlers). Es gibt keine Möglichkeit, überschreiben die bereits zugewiesenen Ereignishandler oder rufen Sie das Ereignis außerhalb der Klasse, die es deklariert.

Wenn das Ereignis Schlüsselwort wurde in beiden Beispielen fehlt, könnte man ohne Fehler oder Warnung die folgenden Operationen ausführen:

obj.Leave = LeaveHandler; 

, die wird löschen Sie alle registrierten Handler und ersetzen sie die LeaveHandler Withe.

Darüber hinaus können Sie auch diesen Anruf durchführen:

obj.Leave(new EmployeeEventAgs()); 

Die beiden oben genannten Beispiele gelten als ein anti-Muster, wenn Sie beabsichtigen, ein Ereignis zu erstellen. Ein Ereignis sollte nur durch das Objekt des Eigentümers aufgerufen werden und sollte nicht zulassen, nicht rückverfolgbar Entfernung von Abonnenten. Das Schlüsselwort event ist das programmatische Konstrukt von .NET, das Ihnen hilft, bei der korrekten Verwendung von Ereignissen zu bleiben.

Ich denke, dass viele Leute bleiben mit dem EventHandler Ansatz, weil es eher unwahrscheinlich ist, ein EventHandler ohne das Schlüsselwort event zu verwenden. Aktionen haben einen größeren Anwendungsbereich, sie sehen nicht so natürlich aus, wenn sie als Ereignisse verwendet werden. Letzteres ist natürlich eine persönliche Meinung, da der Event-Handler-Ansatz in meinen Programmierpraktiken wahrscheinlich zu stark verdrahtet ist. Wenn jedoch Aktionen richtig verwendet werden, ist es kein Verbrechen, sie für Ereignisse zu verwenden.