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

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

в Класс1 есть обработчик события1
в Класс2 есть обработчик события2

выполняю код
Класс1.Перехватить
Класс2.Перехватить

И теперь получается, что класс, перехвативший форму последним, закрывает собой перехват первого класса, т.е.  теперь не будет работать обработчик события1

Дело в том, что встроенный класс 1С++ Перехватчик знает только об одном, т.е. последнем перехватчике для формы, про первый перехватчик он успешно забыл
Конечно, есть пути обхода, но фактически сейчас затруднено использование универсальных классов перехватчиков, ничего не знающих друг о друге.

О подобной ошибке я знаю давным-давно, но до сих пор не пришел к единой схеме решения проблемы.

Во время проектирования Перехватчика я пошел по самому простому пути - Перехватчик работает только с одним объектом-перехватчиком модуля, т.е. разработчик схемы перехвата сам строит совершенно произвольную последовательность из нескольких объектов-перехватчиков. Это дает гибкость системе, но появляется указанный баг.

Какие варианты для решения можете предложить?

ЗЫ например, из-за этого в текущей конфе репозитария классов не работает пример для класса "РедакторТаблицыЗначений".

Простой пример - если в классе Перехватчик1 есть обработка событий мыши, а в классе Перехватчик2 есть обработка событий клавы, но нет мышиных, то после установки перехвата на второй класс перестанут отрабатывать события мыши

artbear писал(а) 21. Августа 2007 :: 16:52:


Артур, я все же придерживаюсь своей точки зрения, которую озвучил тебе еще в Питере.
Не фига плодить кучу перехватчиков. Надо создавать разные классы, у которых есть свои определенные родители, в которых прописываются общие для всех события. У потомков - какие-то особенные.
У меня так создаются например классы с такой иерархией ОбщаяФорма-Форма.Документ-Форма.Документ.Заказ_наряд
В каждом классе есть по чуть чуть кода. В основном все прописано в ОбщаяФорма.

А в самом крайнем случае можно определять события и у потомка и у родителя, но в потомке вызывать Сам().ПолучитьБазовыйКласс().ПослеСозданияФормы();

По крайней мере я твоих проблем не испытываю. И со страхом читаю ветку, так как ты можеш все поменять

artbear писал(а) 23. Августа 2007 :: 05:15:



Гуд!

Хе. И МенеджерСобытий по нормальному не прикрутишь - число параметров у событий разное, придётся делать по менеджеру на каждое событие.. Бррр...

Кстати, мне кааца, что было бы проще жить, если бы 1С++ позволяла определять синглтоны.
Лепить переменные в ГМ бесит %(
Ага-ага.. следом я захочу метод УничтожитьОбъект(...) для отладки синглтонов 

В общем-то, задача решается через тот же ФабричныйМетод или ФабричныйОбъект сидящий в глобальном модуле - сделал один раз, и синглтонь сколько хочешь.

artbear писал(а) 06. Июня 2008 :: 03:42:
Народ, не бейте сразу ногами сильно...  
Например, есть классы Базовый-Наследник. При создании Наследник'а копируются события/методы Базового класса. И так каждый раз при создании Наследник'а.
А можно-ли (вот именно тут не бейте  ) при создании первого Наследник'а создается экземпляр Базового класса, а при создании последующих - используется экземпляр уже созданного Базового класса?
При таком варианте проблема с Перехватчиком решалась бы просто, но всё-равно, как сказал Артур, теряется универсальность.

Не хочу я вводить механизм подписки , хотя наверняка придется.
Схема работы перехвата и его обработчиков не совсем подходит под подписку.