Почему События использования?

What would be very useful is a non trivial example of an app which uses events (guess it really helps testing too?)

Thoughts so far are:

Why use Events or publish / subscribe?

Any number of classes can be notified when an event is raised.

The subscribing classes do not need to know how the Metronome (see code below) works, and the Metronome does not need to know what they are going to do in response to the event

The publisher and the subscribers are decoupled by the delegate. This is highly desirable as it makes for more flexible and robust code. The metronome can change how it detects time without breaking any of the subscribing classes. The subscribing classes can change how they respond to time changes without breaking the metronome. The two classes spin independently of one another, which makes for code that is easier to maintain.

class Program
{
    static void Main()
    {
        // setup the metronome and make sure the EventHandler delegate is ready
        Metronome metronome = new Metronome();

        // wires up the metronome_Tick method to the EventHandler delegate
        Listener listener = new Listener(metronome);
        ListenerB listenerB = new ListenerB(metronome);
        metronome.Go();
    }
}

public class Metronome
{
    // a delegate
    // so every time Tick is called, the runtime calls another method
    // in this case Listener.metronome_Tick and ListenerB.metronome_Tick
    public event EventHandler Tick;

    // virtual so can override default behaviour in inherited classes easily
    protected virtual void OnTick(EventArgs e)
    {
        // null guard so if there are no listeners attached it wont throw an exception
        if (Tick != null)
            Tick(this, e);
    }

    public void Go()
    {
        while (true)
        {
            Thread.Sleep(2000);
            // because using EventHandler delegate, need to include the sending object and eventargs 
            // although we are not using them
            OnTick(EventArgs.Empty);
        }
    }
}


public class Listener
{
    public Listener(Metronome metronome)
    {
        metronome.Tick += new EventHandler(metronome_Tick);
    }

    private void metronome_Tick(object sender, EventArgs e)
    {
        Console.WriteLine("Heard it");
    }
}

public class ListenerB
{
    public ListenerB(Metronome metronome)
    {
        metronome.Tick += new EventHandler(metronome_Tick);
    }

    private void metronome_Tick(object sender, EventArgs e)
    {
        Console.WriteLine("ListenerB: Heard it");
    }
}   

Full article I'm writing on my site: http://www.programgood.net/

nb some of this text is from http://www.akadia.com/services/dotnet_delegates_and_events.html

Cheers.

На самом базовом концептуальном уровне события - это то, что позволяет компьютеру реагировать на то, что вы делаете, а не на вас. реагировать на то, что делает компьютер. Когда вы сидите перед компьютером с несколькими запущенными приложениями (включая операционную систему) и несколькими интерактивными объектами, доступными в каждом контексте, из которых вы можете выбирать, события - это то, что происходит, когда вы выбираете одну, и все вовлеченные части могут быть Правильно уведомлен.

Даже перемещение вашей мыши запускает поток событий (например, для перемещения курсора).

Вы можете реализовать шаблон наблюдателя в C # с помощью событий и делегатов.

Вот ссылка на статью, которая описывает такое: http://blogs.msdn.com/bashmohandes/archive/2007/03/10/observer-pattern-in-c-events-delegates.aspx

Вы всегда можете создать свой собственный способ отправки / получения событий, подписываясь / отписываясь от источников событий. Но язык дает вам простой / стандартный способ сделать это, так что это хорошая причина использовать языковые «события» вместо вашей собственной техники событий.

Также, использование языка «события» позволяет вам делать разные интересные вещи, используя рефлексию, потому что она стандартизирована.

Относительно того, почему вообще используется техника событий. Существуют всевозможные примеры из реальной жизни, где это довольно полезно и проще для использования событий. По своей полезности события почти аналогичны сообщениям Windows.