artbear писал(а) 13. Августа 2008 :: 13:24:

Это сначала кажеться запутанно, вообще всё просто (не очень) и понятно. Щас опишу
Сразу оговорюсь: делал в лоб - не получилось такого функционала, поэтому сделал в обход. Как уже говорил, не все классы подписываются на события, а остаются классы, которые сами реализовывают перехват. Так вот именно для них пришлось так извратиться. Если в лоб, то всё очень просто.
Пишу...

Класс ПодпискаБазовыйФорма:
Функция _ВыполнитьСобытиеФормы(ИмяСобытия,П1=0,П2=0,П3=0,П4=0,П5=0,П6=0) Экспорт
выполняет методы всех подписавшихся классов, классов-перехватчиков и формы (в конце)
Процедура _ПодписатьсяНаСобытияФормы(Класс,Знач ИмяСобытия) Экспорт
сохраняет в _СписокСобытий методы переданного Класс'а, разделяя их по именам событий, т.е. может быть описано Событие_ПриНажатииПравойКнопки или ПриНажатииПравойКнопки, но все они попадут в элемент списка ПриНажатииПравойКнопки.
Процедура ВключитьПерехват() Экспорт
включает перехват данного контекста данным классом

Класс ПодпискаПрехватчикГМ фактически только пользуется этими методами в начале, пока класс не включится в перехват

Arta писал(а) 13. Августа 2008 :: 20:43:

Рез - это флаг обрыва цепочки выполнения события (как в МенеджерСобытий), как я уже писал: "быстрый выход из цепочки обработки события, т.е., например, если класс обрабатывает определенный реквизит формы, то после того, как он сделал свое дело, возвращает 0 и вся цепочка события завершает свою работу, а не идет по стеку через все перехватчики формы",
а ФСО - это стандартная отмена события

И между Рез=База()... и Возврат Рез есть еще код, который выполняет, скажем так, основной класс формы: "классы с подпиской даны не в полном объеме и не со всеми возможностями, а только как пример, для понимания процесса подписки".

ЗЫ Про наследников (второй вопрос) напишу чуть позже

AndreyM писал(а) 14. Августа 2008 :: 06:06:

Флаг обрыва цепочки выполнения ИМХО использовать не очень удобно, т.к. получается не универсально
Например, в цепочке куча универсальных обработчиков, которые не зависят друг от друга и обязательно должны выполнить некие действия.
Если первый из них тормознет всю цепочку, то остальные не выполнятся и будет косяк.
Поэтому, как правило, я не юзаю подобный флаг, а передаю спец. параметр события типа ФСО, которым и подсказываю, что кто-то где-то предлагает не выполнять стандартные действия.

Например, для событий Событие_ПриОткрытии ФСО = 0 в подписке означает, что форма не будет открыта, и обработчики могут в зависимости от этого выполнять или не выполнять свои действия.
Т.е. обработчик перехвата Событие_ПриОткрытии отправляет собственное событие Обработать_Событие_ПриОткрытии(Конт, ФСО, ...) всем подписчикам. Подписчики обязаны вернуть 1 в Обработать_Событие_ПриОткрытии, а вот ФСО могут менять.

Или еще надежнее, если форма может быть не открыта - ввести два собственных события:
Обработать_Проверку_Событие_ПриОткрытии - проверяем, будет ли форма открыта. Здесь цепочка может прерывать, и это правильно/быстро/удобно.
Обработать_Событие_ПриОткрытии - если форма будет точно открыта, то передаем событие подписчикам. Цепочка не может прерываться.

artbear писал(а) 14. Августа 2008 :: 06:20:

Думал и об этом - у самого мнение раздвоилось. Сразу скажу: если бы использовал МенеджерСобытий - ситуация была бы таже. И у тебя в тестовой конфе в функции СобытиеГлобальногоМодуля(ВидСобытия, стрПараметры) такая же возможна ситуация, но дальше ты ее не обрабатываешь.
Из описания:
Синтаксис:
ПослатьСобытие(<Издатель>,<ДопПараметр>)
Назначение:
Метод посылает событие всем зарегистрировавшимся подписчикам на него.
...
Возвращаемое значение:
(Число)  1 - цепочка рассылки событий пройдена полностью, 0 - рассылка была прервана одним из подписчиков.

Для варианта подписки придумал правило, которое будет либо описано в инструкции по пользованию, либо код реализации подписки будет переделан (в принципе,  уже записал в план переделки).
Варианты:
1) классы, которые должны обязательно получить событие, описываются последними, т.е. выполняться будут первыми (по принципу Перехватчика);
2) в процедуре _ПодписатьсяНаСобытияФормы(Класс,Знач ИмяСобытия,ОбязательноПолучатьСобытие=0) при передаче флага ОбязательноПолучатьСобытие=1 будут получать событие даже в случае, если кто-то вернул 0 и могут восстановить или сбросить ФСО - т.е. установить/сбросить событие (т.е. нажмется клавиша или нет);
3) вариант для инструкции: (включает описание первого варианта) + "Все обработчики событий должны быть описаны как процедуры (т.е. возвращают 1 в любом случае и так описано в большинстве классов), либо, как функции, и возвращать 1. Если класс обрабатывает определенный реквизит или событие и он обработал "свой" реквизит или событие, то может вернуть 0, чтобы прервать цепочку событий и остальные классы не будут делать проверку, т.к. определили, что реквизит уже "не их". Либо класс, который обрабатывает какие-либо критические события (например, нельзя нажимать на эту кнопку), то возвращая 0, делает так, как если бы этого события небыло вовсе."

artbear писал(а) 14. Августа 2008 :: 06:20:

Так оно и работает: ФСО - это флаг выполнения события.
См.ниже

artbear писал(а) 14. Августа 2008 :: 06:20:

Зачем заводить Обработать_Событие_ПриОткрытии? Если точно так-же они "обязаны вернуть 1 ", т.е. делают Возврат 1, либо описываются как процедуры. Логика поведения не изменилась, но нет переменной. Согласен?

artbear писал(а) 14. Августа 2008 :: 06:20:

Это и есть ФСО

artbear писал(а) 14. Августа 2008 :: 06:20:

Это и есть Возврат 0

Т.е. ты описал те же действия/поведение, но другими словами. Согласен?  
Или я не правильно понял?

Нет, ты неверно меня понял.
Еще раз - есть цепочка полностью независимых подписчиков, которые ничего не знают друг о друге, и должны выполнить определенные события, если форма будет открыта.
Методика прерывания цепочки здесь абсолютно не подходит, т.к. должны сработать все подписчики.
В то же время любой подписчик может уметь указывать, что форма не будет открыта, и любой подписчик может учитывать это обстоятельство.

Поэтому и предлагается 2 события, а не одно.
В одном событии, например, невозможно для подписчика 1 узнать, будет ли форма открыта или нет. Только в двух -
в первом простая и шустрая проверка на открытие формы, можно с прерыванием цепочки
во втором уже основные действия с учетом флага открытия формы.

Только так.

ЗЫ так много систем построено, например, в той же Винде WM_CLOSE и WM_QUERY_CLOSE или WM_EndSession и WM_QUERY_ENDSESSION

И от порядка подписки ничего не должно зависеть, это опять же мешает универсальности

artbear писал(а) 14. Августа 2008 :: 08:15:

Но так работает Перехватчик! Согласен?