Po co używać wydarzeń, co mogę zrobić z Delegatami?

Question

Wiem, że wydarzenia są zawsze związane z Delegatami. Ale brakuje mi jakiegoś podstawowego wykorzystania wydarzeń i próbuję to zrozumieć.

stworzyłem prosty program wydarzeń, jak poniżej, i to działa perfekcyjnie.

namespace CompleteRef3._0 
{ 
delegate void someEventDelegate(); 

class EventTester 
{ 
    public event someEventDelegate someEvent; 

    public void doEvent() 
    { 
     if (someEvent != null) someEvent(); 
    } 

} 

class Program 
{ 
    static void EventHandler1() 
    { 
     Console.WriteLine("Event handler 1 called.."); 
    } 

    static void EventHandler2() 
    { 
     Console.WriteLine("Event handler 2 called.."); 
    } 
    static void EventHandler3() 
    { 
     Console.WriteLine("Event handler 3 called.."); 
    } 


    static void Main(string[] args) 
    { 
     EventTester evt = new EventTester(); 
     evt.someEvent += EventHandler1; 
     evt.someEvent += EventHandler2; 
     evt.someEvent += EventHandler3; 
     evt.doEvent(); 
     Console.ReadKey(); 

    } 
} 
} 

Zastąpiłem deklarację zdarzenia delegatami. To ja zastąpiłem linię publiczną publiczne wydarzenie someEventDelegate someEvent; z someEventDelegate someEvent; w powyższym programie i nadal otrzymuję ten sam wynik. Teraz byłem zdezorientowany, dlaczego potrzebujemy korzystać z Wydarzenia, jeśli może to być osiągnięte tylko przez Delegatów. Jakie jest prawdziwe wykorzystanie wydarzeń?

Zmodyfikowany Program bez zdarzeń jest jak poniżej -

namespace CompleteRef3._0 
{ 
delegate void someEventDelegate(); 

class EventTester 
{ 
    someEventDelegate someEvent; 

    public void doEvent() 
    { 
     if (someEvent != null) someEvent(); 
    } 

} 

class Program 
{ 
    static void EventHandler1() 
    { 
     Console.WriteLine("Event handler 1 called.."); 
    } 

    static void EventHandler2() 
    { 
     Console.WriteLine("Event handler 2 called.."); 
    } 
    static void EventHandler3() 
    { 
     Console.WriteLine("Event handler 3 called.."); 
    } 


    static void Main(string[] args) 
    { 
     EventTester evt = new EventTester(); 
     evt.someEvent += EventHandler1; 
     evt.someEvent += EventHandler2; 
     evt.someEvent += EventHandler3; 
     evt.doEvent(); 
     Console.ReadKey(); 

    } 
} 
} 

Answer 1

Oczywiście, można użyć delegatów ponieważ za kulisami zdarzenie jest konstrukt, który owija delegata.

Ale uzasadnienie użycia zdarzeń zamiast delegatów jest takie samo, jak w przypadku używania właściwości zamiast pól - enkapsulacja danych. Zła praktyka polega na bezpośrednim ujawnianiu pól (czymkolwiek one są - prymitywnymi polami lub delegatami).

Nawiasem mówiąc, przegapiłeś public słowa kluczowego przed swoim polu delegata, aby umożliwić w drugim fragmencie.

Kolejne "przy okazji" z drugim fragmentem: dla delegatów powinieneś użyć Delegate.Combine zamiast "+ =".

Answer 2

Głównym celem wydarzenia jest zapobieganie zakłócaniu abonentów ze sobą. Jeśli nie użyć zdarzenia można:

zastąpienia innych abonentów, zmieniając delegata (zamiast używać operatora + =), Wyczyść wszystkich abonentów (poprzez ustawienie delegata do null), rozsyłanych do innych abonentów, powołując się na delegat.

Źródło: C# w pigułce

Answer 3

Wyobraź masz 3 abonentów, którzy są zainteresowani w someEvent.Wnieśli do nawet tak:

Client 1

EventTester evt = new EventTester(); 
evt.someEvent += Client1Handler1; 
evt.someEvent += Cleint1Handler2; 

Client 2

EventTester evt = new EventTester(); 
evt.someEvent += Client2Handler1; 
evt.someEvent += Client2Handler2; 

Client 3

EventTester evt = new EventTester(); 
evt.someEvent += Client2Handler1; 
evt.someEvent += Client2Handler2; 

teraz wyobrazić innego klienta czyni to:

EventTester = null; 

Client 1, 2 i 3 nie będzie dostawać żadnych wydarzeń, bo trzeba tę linię kodu:

if (someEvent != null) someEvent(); 

Nie ma nic złego w powyższej linii kodu, ale istnieje problem z użyciem delegatów .

Innym problemem jak Alexei wskazał to:

someEvent = new someEventDelegate(EventHandler2) 

Jeśli masz event i jeden z klientów próbowali wyżej, nie będzie dozwolone, a otrzymasz błąd kompilacji, tak: