Korzystanie z EventArgs w celu przekazania informacji do wywołania klasy

Question

Nie można zmodyfikować EventArgs w procedurach obsługi zdarzeń w celu przekazania informacji do klasy wywołującej zdarzenie?

Na przykład, jeśli mam niskopoziomową klasę komunikacyjną wymagającą sprawdzenia poprawności certyfikatu dla SSL, ale nie ma ona możliwości sprawdzenia, jak wygląda ważny certyfikat, ponieważ jest to wiedza różnych użytkowników tej klasy.

class ValidationEventArgs : System.EventArgs 
{ 
    public X509Certificate Certificate { get; set; } 
    public bool Valid { get; set; } 
} 

Następnie w obiektach wykorzystujących je podłączyć do zdarzenia i sprawdzić go w jakiś sposób zmienia flagę Valid, aby wskazać, czy certyfikat jest dopuszczalne, czy nie.

comms.ValidationEvent += CertValidationHandler; 

void CertValidationHandler(ValidationEventArgs args) 
{ 
    if (args.Certificate.Issuer.Contains(COMPANY_NAME) 
     args.Valid = true; 
} 

znalazłem references z EventArgs jest używany tak, ale widziałem też ludzi, mówiąc, że nie jest to zalecane.

Edytuj: Może powinienem wyjaśnić, że nie chodzi o dziedziczenie EventArgs, ale używanie ich jako dwukierunkowego kanału komunikacji. Jak zauważyli inni, jest to dopuszczalne, a jakikolwiek hałas, jaki Google podejmuje na odwrót, to prawdopodobnie ludzie, którzy źle zrozumieli/niewłaściwie wykorzystali tę koncepcję i teraz mają tę samą osobistą krucjatę przeciwko goto.

Answer 1

Zadaj sobie następujące pytanie: "kiedy publikuję wydarzenie, czy chcę, aby subskrybent zmienił dowolne wartości EventArgs"? Jeśli odpowiedź brzmi "nie", np. transmitujesz informacje tylko do odczytu, a następnie unieważniasz klasę, jednak jeśli potrzebujesz informacji zwrotnej od subskrybenta, dokonaj zmian właściwości, które wymagają zmiany.

Aby wyjaśnić, w przykładzie emisji chcemy powiedzieć abonentowi coś, ale nie pozwolić im zmienić wartości.

public class ProgressEventArgs : EventArgs 
{ 
    public ProgressEventArgs(int current) 
    { 
     this.Current = current; 
    } 

    public int Current { get; private set; } 
} 

Jednocześnie możemy również podnieść wydarzenie, aby poprosić o informacje, których sama klasa nie zna.

public class FeedbackEventArgs : EventArgs 
{ 
    public bool ShouldContinue { get; set; } 
    public string Reason { get; set; } 
} 

Answer 2

Nie jestem świadomy żadnych zaleceń dotyczących dziedziczenia z EventArgs; O ile wiem, dziedziczenie z niego jest dobrą praktyką.

Zgodnie z ogólną zasadą sugeruję, aby uczynić swoje klasy pochodne niezmienne. To sprawi, że przejście między wątkami będzie o wiele bezpieczniejsze, jeśli musisz to zrobić. Najprostszym sposobem, aby to zrobić, jest zadeklarowanie swoich właściwości jako { get; private set; } i ustawienie ich tylko w konstruktorze. Oczywiście nie możesz tego zrobić w konkretnym przypadku użycia w pytaniu, ale powinieneś zrobić to w miarę możliwości.

Answer 3

Możesz używać klasy EventArgs za pomocą podejścia Rodzajowe. W tym przykładzie użyję klasę Rect z jak Zwraca typ:

public EventHandler<Rect> SizeRectChanged; 

Podnoszenie zdarzenie:

if(SizeRectChanged != null){ 
    Rect r = new Rect(0,0,0,0); 
    SizeRectChanged(this,r); 
} 

Słuchanie wydarzenia:

anyElement.SizeRectChanged += OnSizeRectChanged; 

public void OnSizeRectChanged(object sender, Rect e){ 
    //TODO abything using the Rect class 
    e.Left = e.Top = e.Width = e.Height = 50; 
}