Собственно сабж...

Допустим я вызвал некоторое событие формы из своего КОП через контекст или выполняемый модуль, в общем не важно.
Данное событие в форме объявлено "Процедура...", и существуют параметры, как мне определить что значения параметров изменились после выполнения события?

Таким образом реализовано стандартное событие 1С - ОбработкаВыбораЗначения(Значение,ИДАтрибута,ФСО). Если в теле процедуры ФСО приравнять к 0 все знают что выбор значения не выполнится и новое значение не присовоится.

Каким образом похожий механизм можно реализовать в связке КОП-форма? 

Если кратко то вот в чем дело. Например у меня есть событие класса ПередУдалением в нем мне хочется передать два параметра - элемент удаления и флаг отказа. Событие вызывается через выполняемый модуль. Вот если программист в модуле формы получив событие поставил флаг = 0. Как мне в классе узнать что это произошло и не удалять переданный элемент?

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


Нет.... немного наоборот...
Вот в классе есть метод "УдалитьСтроку()". Приблизительно текст класса таков

Процедура УдалитьСтроку()
     Элемент = ТабличноеПоле.ТекущийДанные.Получить("Элемент");
     ФСО = 1;
     МетодМодуляФормы = ИДТабличногоПоля+"ПередУдалением";
     Если Информатор.МетодСуществует(КонтФормы,МетодыМодуляФормы) = 1 Тогда
           // трансляция через выполняемый модуль
           СЗПараметры = СоздатьОбъект("СписокЗначений");
           СЗПараметры.Установить("Элемент",Элемент);
           СЗПараметры.Установить("ФСО",ФСО);
           ВыполнитьМетодМодуляФормы(КонтФормы,МетодМодуляФормы,СЗПараметры);
           // и вот тут собственно мне хочется знать а ФСО отправленное в модуль формы вторым параметром случае не стало равно 0
           // если стало тогда
           Если ФСО = 0 Тогда
                 Возврат;
           КонецЕсли;
     КонецЕсли
КонецПроцедуры

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

Если в ВыполнитьМетодМодуляФормы(...) вызов метода происходит через "ВыполняемыйМодуль",
то читаешь СЗПараметры.Получить("ФСО").
Не так давно как вчера у себя сделал - работает

Ой... получилось... вот кратко пример кода

	Для НомерСтроки = 1 По КоличествоПрохождений Цикл
		СтрокаПараметров = СтрокаПараметров + "Параметр"+Строка(НомерСтроки)+?(НомерСтроки = КоличествоПрохождений,"",",");
		СтрокаПрисовенияПараметров = СтрокаПрисовенияПараметров + "
		|	Параметр"+Строка(НомерСтроки)+" = СЗЗначенияПараметров.ПолучитьЗначение("+Строка(НомерСтроки)+");";
		СтрокаЗаписиЗначенийПараметров = СтрокаЗаписиЗначенийПараметров + "
		|	(НомерСтроки)+");";
	КонецЦикла;

	Модуль = ?(ПустоеЗначение(СтрокаПараметров) = 0,"Перем "+СтрокаПараметров+";","")+"
	|"+?(ТипСобытия = 1,"Функция ","Процедура ")+"ВыполнитьМетод(СЗЗначенияПараметров)
	|	"+СтрокаПрисовенияПараметров+"
	|	"+?(ТипСобытия = 1,"Возврат ","")+НаимПроцедуры+"("+СтрокаПараметров+");
	|	"+СтрокаЗаписиЗначенийПараметров+"
	|"+?(ТипСобытия = 1,"КонецФункции","КонецПроцедуры");
 

По сути порядок составления модуля в процедуре:
1. Объявляю количество переменных которые будут параметрами в процедуре
2. Объявляю Процедуру с параметром - переданнный список значений
3. В теле процедуры пишу присовения параметров с переданного списка значений (СЗ передан в качестве параметра)
4. Вызов процедуры модуля которую надо (наименование процедуры + параметры)
5. В переданный список значений устанавливаю измененные значения в модуле процедуры
6. Вызываю через выполняемый модуль свою процедуру, передаю ей список значений с установленными параметрами
7. После выполнения получаю из списка измененные значения параметров

вот, всем большое спасибо за участие и помощь   

vandalsvq писал(а) 11. Августа 2008 :: 08:12:

Ой, ну ты и намудрил... 

vandalsvq писал(а) 11. Августа 2008 :: 08:12:

Возможно, в этом случае проще через ВМ сделать

AndreyM писал(а) 11. Августа 2008 :: 08:28:


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

У меня так часто выходит, сначала интерфейс класса, пусть не столько простой внутри и эффективный в выполнении, потом сажусь переделываю внутренности, оптимизирую, упрощаю, а интерфейс оставляю тот же.