Warum wird der generische EventHandler <TArgs> so wenig genutzt?

Question

.NET 2.0 hinzugefügt den EventHandler<TArgs> generischen Delegattyp, um den Prozess des Schreibens benutzerdefinierter Ereignisse zu vereinfachen; Anstatt eine Klasse EventArgs und den entsprechenden Delegaten definieren zu müssen (z. B. MyEventArgs und MyEventHandler), müssen Sie nur die Klasse args schreiben.

Bedenkt man, warum dieser Delegate-Typ fast nirgends in dem .NET angezeigt wird? Ich weiß, dass die meisten Kern-APIs vor der Einführung von Generika entwickelt wurden, aber selbst in neuen Teilen des Frameworks wie WPF haben sie sich dafür entschieden, Delegattypen explizit zu definieren; z.B. RoutedEventHandler anstelle von EventHandler<RoutedEventArgs>.

Gibt es etwas inhärent falsch mit dem generischen Event-Handler-Delegat? Ich benutze es oft und ich mache mir Sorgen, dass mein Code im Vergleich zu integrierten Klassen sehr fehl am Platz erscheint.

Answer 1

Nur ein Unfall der Geschichte. Wenn wir Generics in .NET 1 hätten, wären die meisten anderen Delegierten nicht vorhanden.

Answer 2

Ich glaube nicht, dass irgendetwas daran falsch ist. Es ist in einigen Orten des Frameworks verwendet ... in der GeoCoordinateWatcher.Position Ereignis, nur als ein zufälliges Beispiel.

Es ist ein wenig schwerfälliger wie RoutedEventHandler in Code als einen bestimmten Typnamen zu sehen - und wie du gehst RoutedEventHandler eine Menge in WPF/Silverlight verwenden, vielleicht ist das, warum MS beschlossen, es seine eigene Art zu geben.

Answer 3

Es könnte auch sein, dass Sie beim Schreiben von Framework-Level-Code eher explizit sind. Wenn Sie Toolkit und Anwendungsebene Code nicht so schreiben.

Answer 4

Das Folgende ist nur meine persönliche Meinung, aber es scheint (offensichtlich) für mich vernünftig; Wenn wir uns genauer ansehen, wie Sie mit .net und v studio arbeiten, scheint es, als ob die generische Typnotation etwas "Schönheit" verliert.

List<string> lst = new List<string>(); 
lst.Add("hello world"); 

Während der Code oben ist ziemlich einfach, geradlinig und gut durch intelli Sinn des Eventhandler „Look and Feel“ muß nicht so klar erscheinen unterstützt. Die Standard-Intelli-Unterstützung schlägt nur den EventHandler vor, nicht seinen generischen. Weiterhin ist die Notation sieht einfach awfull:

private event EventHandler<MyClass> SomeEvent; 
private event EventHandler<AnotehrClass> OtherEvent; 
privete event EventHandler<MoreClass> MoreEvents; 

Während der Code überblickend werden Sie jedes Mal, und Ihre Gedanken lesen „Eventhandler“ könnte diese Delegierten verbinden, beacuse Sie die Beziehung von Typen durch ihre Namen werden verwendet, um zu identifizieren .

Auf der anderen Seite könnte es auch eine weniger isotechnische und technischere Erklärung geben:
Zunächst erhalten Sie immer ein Absenderobjekt in der Handling-Methode. Während dies auf den ersten Blick nützlich scheint - es ist Gerste jemals verwendet.
Weitere Argumente müssen von EventArgs abgeleitet werden, die aufgrund der Verwendung vorhandener Komponenten störend oder manchmal auch nur unveränderbar sind.
Anders als die typischen Generika (z. B. IList/List) Sie die Möglichkeit, einen abstrakteren Typ (wie eine Schnittstelle) oder nur einen einfachen Typ (wie ein Doppel) zu verwenden.
Zu guter Letzt gibt es noch die Notationsregeln/Vorschläge, die von Microsoft eingeführt wurden - für Ihr Beispiel zum gerouteten Ereignis würde die Regel sagen, dass ihr Typ "markiert" wurde, indem ihr Name mit dem Wort "Routed" angezeigt wurde. Während die Benennung für das Ereignis selbst sagt, dass der Name mit einer "Vorschau" beginnt.

Wie ich schon sagte: das ist nur meine Meinung, also beschuldige mich nicht;)