Имя: Пароль:
1C
 
ОписаниеОповещения требует экспортный метод
0 Ненавижу 1С
 
гуру
26.07.22
16:36
Почему ОписаниеОповещения в описании метода требует его экспортируемость?
1. Для чего это делать в методах того же объекта (формы)?
2. Почему нельзя передать оповещение из другого модуля с неэкспортным методом? Какая разница, что я повесил в качестве обработчика?
Мое мнение - это лень разработчиков платформы.
В результате приходится вытаскивать наружу все кишочки.
И да, в других языках это запросто реализуемо.
1 СеменовСемен
 
26.07.22
16:40
из другого модуля можно. там же модуль как один из параметров
2 СеменовСемен
 
26.07.22
16:41
сейчас уже можно через асинх делать. ничего вытаскивать не нужно
3 lodger
 
26.07.22
16:44
(0)
1. сделай в другой клиентский модуль. нам не жалко.
2. разницы нет. только экспорт поставь и обязательный состав параметров обозначь.

зачем ему экспорт? так это ж другой поток фактически. ему надо стучаться в твою процедуру снаружи.
4 Ненавижу 1С
 
гуру
26.07.22
16:52
(1) можно из другого, но экспортный
(2) это еще проверить надо
(3) почему надо экспорт, объект сам передал скрытый метод. Вообще с точки зрения исполнения кода разницы не должно быть. Это ведь более ограничения для интерфейсов разработки
5 СеменовСемен
 
26.07.22
16:53
(4) ну влом им было еще один слой писать, чтобы можно было без экспорта доставать методы
6 AlvlSpb
 
26.07.22
18:41
(0) Честно говоря, не вижу проблемы. Создаешь экспортную процедуру в том же модуле (любым именем), а из нее вызывай уже что угодно. И не надо " вытаскивать наружу все кишочки"
7 ДедМорроз
 
26.07.22
19:03
У 1с нет указателя на функции,поэтому,соединение происходит непосредственно перед выполнением.
Одно непонятно,зачем нужно было городить оповещение,если можно было просто структуру с именем функции использовать.
8 СеменовСемен
 
26.07.22
19:47
(7) так у них принято. Под каждый случай свой тип
9 Ненавижу 1С
 
гуру
27.07.22
07:33
(7) не перед выполнением, а в конструкторе ОписаниеОповещения
Основная теорема систематики: Новые системы плодят новые проблемы.