Перевызов событий?

Question

[BadCats]

всем привет, имеется данный пример:

public delegate void EventDelegate();

    public class MyClass
    {
        public event EventDelegate myEvent = null;

        public void InvokeEvent()
        {
            myEvent.Invoke();
        }
    }

    class Program
    {
        // Методы обработчики события.

        static private void Handler1()
        {
            Console.WriteLine("Обработчик события 1");
        }

        static private void Handler2()
        {
            Console.WriteLine("Обработчик события 2");
        }

        static void Main()
        {
            MyClass instance = new MyClass(); 

            // Присоединение обработчиков событий. (Подписка на событие)
            instance.myEvent += new EventDelegate(Handler1);
            instance.myEvent += Handler2;

            // Метод который вызывает событие.
            instance.InvokeEvent();

            Console.WriteLine(new string('-', 20));

            // Открепляем Handler2().
            instance.myEvent -= new EventDelegate(Handler2);

            instance.InvokeEvent();

            // Delay.
            Console.ReadKey();
        }
    }

Зачем тут метод InvokeEvent, который перевызывает событие myEvent?

Зачем вообще перевызывать событие? Почему не вызвать его "напрямую" - как метод?

Comments

[#алгоптимизируй #отботизируй]

Покажите вызов напрямую.

[BadCats]

Sharp: instance.myEvent.Invoke();

[#алгоптимизируй #отботизируй]

BadCats: И это компилится?

[BadCats]

Sharp: не, но Вы же просили показать вызов напрямую - я и показал. Меня также интересовало, почему это не компилируется. Ниже мне дали ответ.

[#алгоптимизируй #отботизируй]

BadCats: event генерирует add+remove метод,который вызывается в коде через += или -=, можно даже самому их написать ,аналогично как в свойствах пишется get or set, дальше уже очевидно, почему невозможно вызывать invoke снаружИ. Изнутри можно ,плюшка от компилятора и языка.

[#алгоптимизируй #отботизируй]

BadCats: да, ниже ,это и написали.

[BadCats]

Sharp: причем тут интерфейс к делегату ? См. коментарий к ответу.

[BadCats]

Sharp: кстати, огромное спасибо за этот комментарий:
" event генерирует add+remove метод,который вызывается в коде через += или -=, можно даже самому их написать ,аналогично как в свойствах пишется get or set, дальше уже очевидно, почему невозможно вызывать invoke снаружИ. Изнутри можно ,плюшка от компилятора и языка."

[#алгоптимизируй #отботизируй]

BadCats:
Под интерфейсом имелось в виду инкапсулированное обращение к свойству.

private _prop;
public prop { get{ return _prop; } set{ _prop = value; }} or get;set;

private eventType _eventName;
public event EventType eventName { add { _delegate += value; } remove { _delegate -= value }} or add;remove; or ''

[#алгоптимизируй #отботизируй]

BadCats: Не совсем корректно там написал. Или сами пишите реализацию add;remove (get;set;) или компилятор генерирует ее по умолчанию сам.

[BadCats]

Sharp: спасибо!

Answer 1

[Станислав Макаров]

Потому что ивент - это не то же самое, что делегат. Ивент ограничивает интефейс делегата только двумя операциями - добавить и удалить обработчик. Это делается для того, чтобы только изнутри объекта можно было сгенерировать событие. Иными словами, чтобы никто не мог, к примеру, "нажать" кнопку вместо самой кнопки (т.е. сгенерировать событие Clicked в обход внутренней логики класса "Кнопка"). В этом принципиальный смысл концепции событий.

Можно провести аналогию между полем/свойством и делегатом/событием. Как свойство - это в некоторых случаях "интерфейс" для поля, который позволяет контроллировать, как оно изменяется (при этом вы можете использовать генерируемое поле с помощью синтаксиса { get; set; }), так и событие это "интерфейс" для делегата - вы не можете напрямую изменять или вызывать делегат, вы делаете это с помощью события. Можете также почитать про синтаксис add/remove у событий - тогда аналогия со свойством будет еще понятнее.

Зачем делать InvokeEvent не совсем понятно, видимо это просто какой-то пример. В реальном коде класс MyClass должен сам решить, когда вызывать то или иное событие.

Comments

[BadCats]

Простите, Вы имели ввиду вместо "интефейс" - "интерфейс" ?

[BadCats]

Если Вы говорите об интерфейсе , то мне не понятно причем тут интерфейс к делегату ? - т.е у каждого создаваемого нами (и не только - а также у каких - то базовых) делегата есть некий универсальный ( я НЕ имею ввиду Generic) интерфейс ? Каким тогда образом ( и что именно - свойства, методы или что-то другое) событие ограничивает в этом интерфейсе? ПОЖАЛУЙСТА объясните - мне это ОЧЕНЬ нужно.

[BadCats]

спасибо!

[Станислав Макаров]

BadCats у вас тут живая дискуссия, не успел ответить)

Под "интерфейсом" здесь я понимаю НЕ интерфейс в терминах языка C# (которые interface), а "интерфейс" в широком смысле - т.е. некоторый контракт между сущностью и её пользователем.

Под интерфейсом к полю/делегату я понимаю пары методов, которые сгенерирует вам компилятор, когда вы напишете свойство или событие. Свойство это по сути синтаксический сахар, который превращается в пару методов get_ИмяСвойства и set_ИмяСвойства, плюс еще добавляется метаинформация о том, что эта пара методов - это свойство (чтобы отличить такую ситуацию от ситуации, когда вы сами напишите в коде два таких метода). Реализуя свойство, вы можете пользоваться (а можете и НЕ пользоваться) некоторым полем, чтобы хранить в нём значение свойства как есть, или в каком-то преобразованном виде. Код внутри get/set - это, условно говоря, преобразование между значением поля и значением свойства. Также, начиная с C# 3.0 вы можете создавать автосвойства с помощью синтаксиса {get; set; }, и компилятор автоматически сгенерирует вам поле для хранения значения.

Аналогичная ситуация с событиями. Тот синтаксис, что вы привели в вопросе ( public event EventDelegate myEvent = null; ) - это аналог автосвойства - делегат и событие к нему у вас объявлены одновременно. Однако вы можете воспользоваться и таким синтаксисом: https://msdn.microsoft.com/en-us/library/bb882534.aspx - это всё равно что явно реализовать get { .... } и set { .... } для свойства, не используя автогенерацию.

[Станислав Макаров]

BadCats Вот ответ, как говорится, из первых рук: stackoverflow.com/a/1015223