¿.NET tiene incorporado EventArgs <T>?

Question

Me estoy preparando para crear una clase EventArgs args genérico para eventos que llevan un solo argumento:

public class EventArg<T> : EventArgs 
{ 
    // Property variable 
    private readonly T p_EventData; 

    // Constructor 
    public EventArg(T data) 
    { 
     p_EventData = data; 
    } 

    // Property for EventArgs argument 
    public T Data 
    { 
     get { return p_EventData; } 
    } 
} 

Antes de hacerlo, qué C# tienen la misma característica incorporada en el lenguaje? Me parece recordar haber encontrado algo así cuando salió C# 2.0, pero ahora no puedo encontrarlo.

O para decirlo de otra manera, ¿tengo que crear mi propia clase genérica EventArgs, o la proporciona C#? Gracias por tu ayuda.

Answer 1

No. Probablemente estaba pensando en EventHandler<T>, que le permite definir el delegado para cualquier tipo específico de EventArgs.

Personalmente, no creo que EventArgs<T> sea tan bueno de forma, sin embargo. La información utilizada como "carga útil" en el evento args debería ser, en mi opinión, una clase personalizada para que su uso y las propiedades esperadas sean muy claras. El uso de una clase genérica evitará que pueda poner nombres significativos en su lugar. (¿Qué representa "Datos"?)

Answer 2

La razón por la que esto no existe es porque lo que terminaría sucediendo es que implemente esto, y luego, cuando vaya a completar la T, debe crear una clase fuertemente tipada inequívoca propiedades que actúan como la bolsa de datos para su evento, pero a mitad de la implementación se da cuenta de que no hay ninguna razón por la que no haga que esa clase herede de EventArgs y lo llame bueno.

A menos que solo desee una cadena o algo similarmente básico para su bolsa de datos, en cuyo caso probablemente haya clases de EventArgs estándar en .NET que están destinadas a servir a cualquier propósito simple que esté recibiendo.

Answer 3

El problema con un tipo genérico es que incluso si DerivedType hereda de BaseType, EventArgs (DerivedType) no heredaría de EventArgs (BaseType). El uso de EventArgs (BaseType) evitaría más adelante el uso de una versión derivada del tipo.

Answer 4

Debo decir que no entiendo a todos los 'puristas' aquí. es decir, si ya tiene una clase de bolsa definida, que tiene todos los detalles, propiedades, etc., ¿por qué el truco crea una clase adicional innecesaria solo para poder seguir el mecanismo de evento/args, estilo de firma? Lo que pasa es que no todo lo que hay en .NET, o que "falta" para el caso, es "bueno". La MS se ha estado "corrigiendo" por años ... Yo diría que solo ve y crea uno como Lo hice - porque lo necesitaba así - y me ahorré mucho tiempo,

Answer 5

Sí existe. Al menos, ahora sí.

Puede encontrar DataEventArgs<TData> en algunos ensamblados/espacios de nombres de Microsoft diferentes, por ejemplo Microsoft.Practices.Prism.Events. Sin embargo, estos son espacios de nombres que quizás no encuentre naturales para incluir en su proyecto, por lo que puede usar su propia implementación.

Answer 6

En caso de que elija no utilizar Prism, pero aún así le gustaría probar un enfoque genérico EventArgs.

public class GenericEventArgs<T> : EventArgs 
{ 
    public T EventData { get; private set; } 

    public GenericEventArgs(T EventData) 
    { 
     this.EventData = EventData; 
    } 
} 

// Utiliza el siguiente código de ejemplo para declarar ObjAdded caso

public event EventHandler<GenericEventArgs<TargetObjType>> ObjAdded; 

// Utiliza el siguiente código de ejemplo para elevar ObjAdded caso

private void OnObjAdded(TargetObjType TargetObj) 
{ 
    if (ObjAdded!= null) 
    { 
     ObjAdded.Invoke(this, new GenericEventArgs<TargetObjType>(TargetObj)); 
    } 
} 

// Y finnaly puede suscribir su ObjAdded evento

SubscriberObj.ObjAdded += (object sender, GenericEventArgs<TargetObjType> e) => 
{ 
    // Here you can explore your e.EventData properties 
}; 

Answer 7

NO HAY ARGS GENERICOS INCORPORADOS. Si sigue el patrón Microsoft EventHandler, entonces implementa sus EventArgs derivados como sugirió: public class MyStringChangedEventArgs : EventArgs { public string OldValue { get; set; } }.

Sin embargo - si su guía de estilo de equipo acepta una simplificación - su proyecto puede utilizar una serie de eventos ligeros, como este:

public event Action<object, string> MyStringChanged; 

uso:

// How to rise 
private void OnMyStringChanged(string e) 
{ 
    Action<object, string> handler = MyStringChanged; // thread safeness 
    if (handler != null) 
    { 
     handler(this, e); 
    } 
} 

// How to handle 
myObject.MyStringChanged += (sender, e) => Console.WriteLine(e); 

Por lo general, un proyectos de PoC utiliza el último enfoque . En applicatons profesionales, sin embargo, estar al tanto de FX policía justificación # CA1009: https://msdn.microsoft.com/en-us/library/ms182133.aspx