Всем привет, коллеги.
Возник такой вопрос, вот есть БП есть документ, скажем РТиУ и в нем при создании на сервере вызывается общий модуль РеализацияТоваровУслугФормы.ПриСозданииНаСервере(ЭтотОбъект, Отказ, СтандартнаяОбработка), а в нем уже какая-то прикладная логика. И так почти для каждого события и почти во всех документах.
Возник резонный вопрос, в чем плюсы такого подхода и почему не реализовывать логику непосредственно в обработчиках событий формы, зачем эта прослойка из общих модулей?
Мож где они инфой делились на этот счет?

Резонный ответ - чтобы избежать дублирования кода.

(0)Возможно в РТиУ не одна форма, а несколько.. Там же отдельная для Товаров, отдельная для Услуг, и ещё Товары, услуги, комиссия.. Если не ошибаюсь конечн

(0) потому что "программистов нет одни разработчики"©

(2) Там не так давно были разные ТЧ Товары и Услуги
Сча слили в одну

Из общих модулей код можно звать из любого места. А вот методы формы уже из любого места не позовешь (на сервере).

Это следы борьбы вменяемого архитектора с убогостью платформы

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

(6) Есть модуль документа и модуль менеджера в доках, нахера еще общий модуль для каждого дока делать?
Часто еще и несколько общих модулей в которых уже кто угодно псевдоподия сломает

(8) Ну модуль менеджера на клиенте не доступен, например

(9) "РеализацияТоваровУслугФормы" только сервер и внешнее
да там есть еще "РеализацияТоваровУслугФормыКлиент" и "РеализацияТоваровУслугФормыКлиентСервер"

короче пора вводить группы для общих модулей и привязывать как то к метаданным

(0) Потому что логику разрабатывает Вася, а форму Петя.

(11)+ а еще и "Вася" и "Петя" регулярно меняются

Пора объекты делить на части,чтобы для каждой части все можно было отдельно прописать.

(4) ??? "Там не так давно были разные ТЧ Товары и Услуги
Сча слили в одну"

Это когда ж такое было?
добавили ТЧ СведенияПрослеживаемости, а все остальные на месте

А формы разные чтобы якобы юзерам проще было

Но чтот мешало скрывать разные элементы.
Хотя может так скорость оптимизировали

(10) (13) это вы так до SOLID договоритесь

(15) > якобы

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

(17) Инкапсуляция в 1С реализуется чуть менее, чем никак. Или через жопу. Как в типовых.

(19) Создаешь обработку и инкапсулируешь там методы и данные.

(20) Особенно на клиенте, да.

(20) а потом чтобы форма (которая казалось бы внутренний класс обработки) могла достучаться до методов обработки выкатываешь все наружу через Экспорт
или по другому - почему в описании оповещения, если используется метод этой же формы, он должен быть экспортным?
Наконец любой и каждый может дернуть любой реквизит документа и привести его в неконсистентное состояние

(18) а какие настройки нужно делать?

Кмк 1 на млн делает какието настройки через изменить форму

а как иначе котика показывать? Народ старался, котика рисовал. У меня УПП и то быстрее работает, чем пустая БП 3.0.

(25) это проблемы платфоры, а именно уф и файловой версии

(26) Так я БП на сервер развернул, рядом со своим УПП.

БП ругают те, кто в отраслевых не копался

(28)Я постоянно копаюсь. Мне можно? Хотя что-то отраслевые уже не те. Раньше их как-то под конкретную задачу затачивали. Да было дико поле, но оно работало. Но сейчас когда отраслевые стали сделать в виде расширений, это такие комбайны получаются, что мне уже страшно. Я уже тудой боюсь лесть. Эти патчи патчей. Да ну нафуй.

(0) Исскуственное усложнение программы.

Для расширения конфигурации легче использовать общие модули, чем формы, ваш Кэп.

(30) +100!

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

(28) >> БП ругают те, кто в отраслевых не копался.

+100 Золотые слова!