Прежде всего хочется сказать, что этого очень не хватает...


По сути, удобней был бы первый вариант, но как будет это работать при наследовани...

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




P.S. Вопрос снят, переклинило. Разговор идет про наследование от ГрупповогоКонтекста же...

steban писал(а) 18. Августа 2006 :: 17:10:

Не совсем понял, о чем ты говоришь
После вызова метода КОП нужно вызывать метод ГК? Это необязательно.
ИМХО наиболее гибкий вариант - когда КОП сам определяет, в какой момент вызывать "родной" метод ГК и вызывать ли его вообще.

Но здесь возникает вопрос наследования в следующих подклассах -
например, вполне возможна иерархия КОПДокНакладная - КОПДок - КОПФорма - ГрупповойКонтекст
Если использовать метод 1, в любом случае будет сначала будет вызываться метод из верхнего класса КОПДокНакладная, а уже затем нужно будет вызывать КОПДок.НужныйМетод и т.д.
Т.е. нужно предусмотреть возможность такой сложной иерархии, а не только простой связки КОПДокНакладная - ГрупповойКонтекст.
ЗЫ хотя вроде бы также не должно быть слишком сложно.

Мне лично также нравится 1 вариант.

Но есть еще один подводный камень - для обоих вариантов  возможна довольно неприятная ситуация при использовании типовых конфигураций.
В глоб. методе ПослеОткрытия(Конт) от формы дока наследуется объект КОПДок, все это происходит незаметно для формы документа и может быть запрятано далеко в классах. Далее все вызовы идут через КОП, т.е. фактически весь функционал реализован именно там.
Далее производится обновление типовой конфы, и, например, меняется функционал типовой формы документа, но глоб. метод ПослеОткрытия не меняется, функционала КОП-а также не меняется (например, вполне можно об этом забыть!)
Вуаля, конфигурация новая, а функционал формы дока старый. И ошибку можно искать довольно долго, если не знать об этой особенности 1С++

Лично я готов с этим мириться, мне и нужен сабжевый функционал, чтобы легче было обновлять типовые конфы.

Можно сделать любой из 3-вариантов.
Если будет включена спец.настройка, перехват всех методов будет идти сразу в методе ЗаменитьБазовыйОбъект.

Код примерно такой.
1. Создание КОП.
КОП = СоздатьОбъект("ЛюбойКОПФормыГК");
КОП.ЗаменитьБазовыйОбъект("ГрупповойКонтекст", Конт);
// или
КОП.ЗаменитьГК(Конт); // можно добавить этот метод

И в общем, больше ничего делать не нужно.
Все зависит от варианта использования.

КОП может быть создан в любом контексте.
Важно помнить, что его существование не гарантирует существование реального контекста, т.к. форма может быть просто закрыта пользователем.

Удаление КОП - еще один непростой вопрос.
По идее отследить закрытие формы легко и получить это событие в КОП также просто.
Сложнее решить, что делать в этом случае.

ИМХО нужно любой вызов метода подобного КОП-а либо предварять конструкцией типа
  Если КОПФормыГК.КонтекстЖив() = 1 Тогда
либо
  в методах КОП, если форма уже закрыта, выбрасывать спец.исключение.
либо
  можно отправлять спец. сообщение модулю-хозяину КОП (т.е. контексту, в котором он создан), что форма закрыта, через уже встроенный метод КОП::ОтправитьСообщениеМодулюХоз

fez писал(а) 19. Августа 2006 :: 09:58:

Неа, подобные грабли ты никак не обойдешь. Они возможны в любом случае.
Я же специально привел пример с глобальным методом ПослеОткрытия. И в итоге форма может ничего не знать о том, что ее методы/события перехватывают.
Как уже писал, я готов на это пойти, мне такой способ наиболее нравится, резко упрощается изменение форм в типовых конфигурациях.

В общем, удалось получить нужный результат по перехвату событий группового контекста, а также перехвата событий формы от FormEx !!
Исполняем примерный код по перехвату событий (например, в ПриОТкрытии или ПослеОткрытия в форме или ПослеОткрытия даже в глобальнике)

КОП = СоздатьОбъект("ЛюбойКОП");
// возможно, этот вызов будет сделан по-другому
КОП.ПерехватитьСобытияГК(КонтекстФормы);
 

В КОП, например, есть функция (обязательно объявленная с  Экспорт)

Процедура ПриНачалеВыбораЗначения(ИдентификаторЭлемента, Флаг) Экспорт
	Сообщить("КОП::ПриНачалеВыбораЗначения");
КонецПроцедуры
 

Независимо от наличия в форме контекста процедуры "ПриНачалеВыбораЗначения" (т.е. в форме этой процедуры может и не быть) при работе в форме и начале выбора какого-нибудь значения выходит нужное сообщение
Цитата:


Возможно перехватить любые события, направляемые в форму 1С или ФормЕкс.

Данный функционал будет включен в ночную сборку после выпуска релиза 2.0.3 (что произойдет сегодня-завтра)

ЗЫ для нетерпеливых могу выложить тестовую сборку 1cpp.dll где описанный перехват можно пощупать руками

И еще: КОП-перехватчик не обязательно должен быть наследником от ГрупповогоКонтекста !

Данный функционал в описанном ранее виде с сегодняшнего дня включен в ночную сборку релиза 2.5.

Внимание
Возможно, главный метод ПерехватитьСобытияГК будет перенесен из КОП в отдельный класс "Перехватчик"