|
ОписаниеОповещения требует экспортный метод
| ☑ |
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) не перед выполнением, а в конструкторе ОписаниеОповещения
|
|