Событийная модель в C#

[VadEr]

Привет!

Недавно добрался до изучения событий в C# и в связи с чем возникло некоторое недопонимание, может быть растолкуете.
Если брать обычные win приложения, то там все понятно: любой объект в контексте процесса, способен посылать записи/объекты типа "сообщения" в систему, система при этом заносит их в очередь, созданную для процесса приложения и формирует объект "событие" с занесением в журнал событий. Затем в главном потоке крутящаяся процедура-"окна" выдирает из очереди сообщение и обрабатывает его.

Реализация же на C# с делегатами демонстрирует, что ни каких сообщений не посылается, а всего лишь в нужный момент вызывается функция-"обработчик", по адресу, который передается при создании объекта делегата. Причем в VStudio проследить это дело как-то не получается или просто не знаю как. Либо они компилятор так замудрили,
что уже не понятно, во что на самом деле превращается мой код в JIT-е. По идеи сама framefork работает в контексте системы и следовательно должна иметь возможность регистрировать мои собственные типы сообщений, но получается, что даже сообщение и событие у них что-то единое и не возможно выдернуть стандартные для сообщения L и W параметры.

Что же там на самом деле происходит?

[pu4koff]

На сколько я знаю, в случае с WinForms, все эти делегаты по сути являются обёртками над сообщениями WinAPI. Ну где-то там в недрах есть метод типа WinMain из С++:

switch (message)
{
case WM_ACTIVE:
  OnActive(...); // запускаем соответствующее событие, на которое навешаны делегаты
  break;
}

В общем, ничего сверхъестественного и гениального там нет. Всё как обычно.

[elja_1989]

делегат врятли обертка.. но events C# думаю базируются на WM_*** просто с грамотными враперами, без этой шляпы)

[VadEr]

ну все равно, как-то это все подозрительно....
чего-то они не договаривают

[BOBAH13]

но получается, что даже сообщение и событие у них что-то единое и не возможно выдернуть стандартные для сообщения L и W параметры.

Зачем? Есть обработчики, которые вам сами дают уже представлены в нормальном виде параметры + установить хук (в WPF) или переопределить WndProc (в Winforms) никто не запрещал?!

Далее, верно, фреймворк проверяет рабочую платформу, и в соответствии устанавливает определенный цикл обработки сообщений, системных (хочется верить что это именно так). Далее, делегат = обработчик, не равны. Т.к., делегат, это по сути список обработчиков, -= удаление, += добавление.

Собственно так и не ясно, что вы хотите, чего вам не хватает?

[VadEr]

наверное полного контроля за ситуацией, что не дают
получается даже прерывания поставить нельзя - "int 3"

[BOBAH13]

Сообщение от VadEr

наверное полного контроля за ситуацией, что не дают
получается даже прерывания поставить нельзя - "int 3"

Поставить прерывания в Win32/64 ? Вы серьезно что ли? Я вообще чег то не понял, причем Это вообще тут?!

[Пепел Феникса]

Поставить прерывания в Win32/64 ?

, да еще и в .NET.
ТС, вы сейчас как бы в иной позиции, чем скажем ассемблерщики.
почитайте что такое .NET, половина вопросов отпадет.