Akcja vs delegat event

Następujące dwie linijki kodu są prawie równoważne:

public event Action<EmployeeEventAgs> Leave;

W porównaniu do:

public event EventHandler<EmployeeEventAgs> Leave;

Różnica polega na podpisie metody obsługi zdarzenia. Jeśli użyjesz pierwszego podejścia z akcją, możesz mieć:

public void LeaveHandler(EmployeeEventAgs e) { ... }

A potem to:

obj.Leave += LeaveHandler;

Przy drugim podejściu podpis LeaveHandler musi być inny:

public void LeaveHandler(object sender, EmployeeEventAgs e) { ... }

Jest to bardzo ważne , aby zauważyć, że w obu przypadkach słowo kluczowe event jest używane do zadeklaruj członka wydarzenia. Członek zdarzenia zadeklarowany w ten sposób nie jest po prostu polem klasy, mimo że wygląda tak, jakby nim był. Zamiast tego kompilator tworzy ją jako właściwość zdarzenia ¹. Właściwości zdarzenia są podobne do zwykłych właściwości, z tym wyjątkiem, że nie mają dostępu get ani set. Kompilator pozwala na ich użycie tylko po lewej stronie przydziałów += i -= (dodawanie lub usuwanie obsługi zdarzenia). Nie ma sposobu, aby nadpisać już przypisane procedury obsługi zdarzeń, lub wywołują Zdarzenie poza klasą deklarującą.

Jeśli w obu przykładach brakowało słowa kluczowego event, można wykonać następujące operacje bez błędu lub ostrzeżenia:

obj.Leave = LeaveHandler;

Który usunie wszystkie zarejestrowane programy obsługi i zastąpi je LeaveHandler.

Dodatkowo, możesz również wykonać to wywołanie:

obj.Leave(new EmployeeEventAgs());

Dwie powyższe sytuacje są uważane za anty-wzorzec , jeśli zamierzasz aby utworzyć wydarzenie. Zdarzenie powinno być wywoływane tylko przez obiekt właściciela i nie powinno pozwalać na niewykrywalne usunięcie subskrybentów. Słowo kluczowe event jest konstrukcją programistyczną. NET, która pomaga trzymać się prawidłowego użycia zdarzeń.

Mając powyższe na uwadze, wierzę, że wiele osób trzyma się podejścia EventHandler, ponieważ jest bardziej mało prawdopodobne, aby użyć EventHandler bez słowa kluczowego event. Działania mają szerszy zakres zastosowania, nie wyglądają tak naturalnie, gdy używane jako wydarzenia. Ta ostatnia jest oczywiście osobistą opinią, ponieważ podejście do obsługi zdarzeń stało się prawdopodobnie zbyt sztywne w moich własnych praktykach kodowania. Mimo to, jeśli działania są właściwie wykorzystywane, nie jest przestępstwem ich wykorzystanie do wydarzeń.

¹ właściwość event jest tym, co kompilator automatycznie generuje, gdy widzi kod w ten sposób:

event EventHandler SomeEvent 

Staje się mniej więcej tym samym kodem, co następujący:

private EventHandler _someEvent; // notice the lack of the event keyword!
public event EventHandler SomeEvent
{
    add { _someEvent += value; }
    remove { _someEvent -= value; }
}

Wywołania zdarzeń, które zapisujemy jako to:

this.SomeEvent(sender, args);

Są zamieniane na to:

this._someEvent(sender, args);

Action<T> jest dokładnie taki sam jak delegate void ... (T t)

Func<T> jest dokładnie taki sam jak delegate T ... ()

Action jest tylko skrótem do pełnej deklaracji delegata.

public delegate void Action<T>(T obj)

Http://msdn.microsoft.com/en-us/library/018hxwa8.aspx

Który z nich będzie używany zależy od standardów/stylu kodowania Twojej organizacji.

Tak, Action i Func są po prostu wygodnymi delegatami zdefiniowanymi w clr 3.5.

Action, Func i Lambda to tylko cukier składniowy i wygoda w używaniu delegatów.

Nie ma w nich nic magicznego. Kilka osób napisało proste biblioteki dodatków 2.0, aby dodać tę funkcjonalność do kodu 2.0.

Możesz zajrzeć tutaj, najlepszym opisem jest sprawdzenie, co kompilator faktycznie generuje dla akcji. Nie ma różnicy funkcjonalnej w tym co napisałeś, tylko krótsza, wygodniejsza składnia.

Ogólnie są równoważne. Jednak w kontekście użycia delegata dla typu zdarzenia, konwencją jest użycie EventHandler (gdzie T dziedziczy EventArgs):

public event EventHandler<EmployeeEventArgs> Left;

public void Leave()
{
    OnLeft(this.ID);
}

protected virtual void OnLeft(int id)
{
    if (Left != null) {
        Left(new EmployeeEventArgs(id));
    }
}

Mogłeś sam napisać te akcje i Func generic, ale ponieważ są one ogólnie użyteczne, napisali je za Ciebie i umieścili w bibliotekach. Net.