.NET ha un EventArgs integrato <T>?

Question

io sono sempre pronto a creare una classe EventArgs generico per argomenti di eventi che portano un singolo argomento:

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; } 
    } 
} 

Prima lo faccio, vuol C# hanno la stessa caratteristica integrato nel linguaggio? Mi sembra di ricordare di aver trovato qualcosa di simile quando è uscito C# 2.0, ma ora non riesco a trovarlo.

O per dirla in un altro modo, devo creare la mia classe EventArgs generica o C# ne fornisce una? Grazie per l'aiuto.

Answer 1

No. Probabilmente stavate pensando a EventHandler<T>, che consente di definire il delegato per qualsiasi tipo specifico di EventArgs.

Personalmente non ritengo che lo standard EventArgs<T> sia abbastanza buono. Le informazioni utilizzate come "payload" nell'argomento dell'evento dovrebbero essere, a mio avviso, una classe personalizzata per rendere molto chiaro l'utilizzo e le proprietà previste. L'utilizzo di una classe generica ti impedirà di mettere in campo nomi significativi. (Che cosa significa "Dati")

Answer 2

La ragione per cui questo non esiste è perché ciò che accadrebbe è implementarlo, e poi quando si va a compilare il T si dovrebbe creare una classe con caratteri fortemente non ambigui le proprietà che fungono da sacchetto dati per il tuo evento arg, ma a metà strada dall'implementazione ti rendi conto che non c'è ragione per cui non ti limiti a far ereditare quella classe da EventArgs e chiamarla buona.

A meno che non si desideri semplicemente una stringa o qualcosa di simile di base per la propria borsa dati, nel qual caso ci sono probabilmente le classi EventArgs standard in .NET che sono pensate per servire a qualsiasi scopo semplice si sta ricevendo.

Answer 3

Il problema con un tipo generico è che anche se DerivedType eredita da BaseType, EventArgs (DerivedType) non eredita da EventArgs (BaseType). L'utilizzo di EventArgs (BaseType) impedirebbe in seguito l'utilizzo di una versione derivata del tipo.

Answer 4

Devo dire che non capisco tutti i "puristi" qui. cioè se hai già definito una classe di borsa - che ha tutti i dettagli, proprietà ecc. - perché l'hack crea una classe extra non necessaria solo per essere in grado di seguire il meccanismo di evento/args, lo stile della firma? la cosa è - non tutto ciò che è in .NET - o "manca" per quella materia - è "buono" - MS si è "correttivo" da anni ... Direi di andare e crearne uno - come L'ho fatto - perché ne avevo bisogno proprio così - e mi ha risparmiato molto tempo,

Answer 5

Esiste. Almeno, lo fa ora.

È possibile trovare DataEventArgs<TData> in alcuni assembly/namespace Microsoft diversi, ad esempio Microsoft.Practices.Prism.Events. Tuttavia, questi sono spazi dei nomi che potresti non trovare naturale includere nel tuo progetto, quindi potresti semplicemente usare la tua implementazione.

Answer 6

Se si sceglie di non utilizzare Prism, ma si desidera comunque provare un approccio generico EventArgs.

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

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

// Utilizzare il seguente codice di esempio per dichiarare ObjAdded evento

public event EventHandler<GenericEventArgs<TargetObjType>> ObjAdded; 

// Utilizza il seguente codice di esempio per aumentare ObjAdded evento

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

// E Finalmente puoi iscriverti al tuo evento ObjAdded

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

Answer 7

NON CI SONO ARG GENERICHE INTEGRATE. Se segui il pattern Microsoft EventHandler, implementa il tuo EventArgs derivato come suggerito: public class MyStringChangedEventArgs : EventArgs { public string OldValue { get; set; } }.

TUTTAVIA - se il vostro stile di guida squadra accetta una semplificazione - il progetto può utilizzare un eventi leggero, in questo modo:

public event Action<object, string> MyStringChanged; 

utilizzo:

// 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); 

Di solito un progetti PoC utilizzare quest'ultimo approccio . In applicatons professionali, tuttavia, essere a conoscenza di FX poliziotto giustificazione # CA1009: https://msdn.microsoft.com/en-us/library/ms182133.aspx