Допустим, есть документ "Расходная накладная"
Её нужно заполнить на основании документа "Заказ покупателя"
Делаем процедуру "ЗаполнитьПоЗаказу" в модуле объекта
В этой процедуре происходит вызов функции "ПолучитьТоварыПоЗаказу", которая находится в модуле менеджера

Если действие происходит в форме, то надо выполнить код
ДокОбъект = РеквизитФормыВЗначение("Объект");
ДокОбъект.ЗаполнитьПоЗаказу();
ЗначениеВРеквизитФормы(ДокОбъект, "Объект");

Но никак не Объект.Товары.Загрузить(Документы.РасходнаяНакладная.ПолучитьТоварыПоЗаказу(Объект.Заказ));

Чо думаете

в чем проблема то?

(1) в модуле менеджера

ты хочешь в форме писать
Объект.Товары.Загрузить(Документы.РасходнаяНакладная.ПолучитьТоварыПоЗаказу(Объект.Заказ));

(3) нет. я спрашиваю, правильно ли вынести функцию получения товаров в модуль менеджера

Если нигде не используется кроме заполнения то нет смысла

Тогда уж у заказа должна быть такая функция

Вот код из ут 11 в форме документа
Документы.РеализацияТоваровУслуг.ЗаполнитьПоОстаткамЗаказов(
       Объект,
       Объект.Товары,
       Объект.СкидкиНаценки,
       Склад,
       МассивЗаказов,
       Истина
   );

Причём "Объект" это ДанныеФормыКоллекция

А если я хочу заполнить программно, то мне надо будет открыть форму (как в ветке про жестяную жесть БИТа)
Имхо, реализация в ут 11 не совсем кошерна с точки зрения SOLID

В модуле менеджера по замыслу 1С, должны содержатся методы которые относятся не к конкретному экземпляру объекта базы данных, а к самому объекту конфигурации.

(10) Имхо, те методы, которые не модифицируют объект
Потому что та же Печать берёт данные экземпляров
Модуль менеджера это не совсем статические методы класса, они почти всегда используют данные объекта

(11) то бишь те, что у С++ обызваются const-методами?

(12) да

например, нужна групповая модификация документа
у каждого документа должен быть метод в модуле объекта МодифицироватьСебяТакТо()
а процедура групповой обработки вызывает этот метод в цикле и находится в модуле менеджера

(13) странно это все однако, непонятна философия развития языка 1С последнее время

(15) куда как больший баттхёрт вызывает использование этого языка в типовых конфигурациях
низкая инкапсуляция классов
то объект модифицируется в модуле объекта, то в модуле менеджера, то вообще модификация происходит путём отправки реквизита формы в модуль менеджера или общий модуль

(16) да с УФ стало жить гораздо веселее

(13) Для этого случая мне кажется в 1С могли бы предусмотреть модуль ссылки: типа объект, реквизиты когорого нельзя поменять. Собственно объект ссылка уже есть разрешили бы добавить в него методы и переменные пользователя

(18) согласен. получается модуль менеджера несёт две нагрузки: статические методы и константны методы

просто 1С убрала ОБЪЕКТ из форм и из-за этого получается такое недопонимание
может в будущем что-нибудь подправят

(18) в свое время народ сказал "нет" v8: Модуль ссылки

(0) Все правильно, но только ровно наоборот.

в принципе если форма имее расширение объекта, то, конечно же, форма является одним из видом существования объекта....
поэтому, видимо, дублирование методов в модуле объекта и в модуле формы оправдано
например, ЗаполнитьПоЗаказу() будет и в модуле объекта и в модуле формы

(23) О_о

(23) эзотерика какая-то
ДокументОбъект это тип такой, ну или класс
ФормаДокумента - тоже тип, но совсем другой, не продолжение, просто другой

(25) это форма существования объекта, её данные привязаны к объекту
предположим, есть процедура ЗаполнитьРеквизитыПоДоговору()
Можно передевать вызов в модуль объекта, а можно разместить прямо в форме
но от этого эта процедура не станет чужой модулю объекта
код-то будет одинаковый!

кстати, в 8.1 можно было вызвать процедуру модуля объекта без лишних напрягов наотмашь
в 8.2 приходится делать медитативные РеквизитФормыВЗначение и ЗначениеВРеквизитФормы

(26) станет чужой, ибо:
1. объект не знает про форму
2. форм может быть несколько у одного объекта
3. форм у объекта может и не быть вовсе

(27) это только в Managed режиме

и вот, предположим, если взять модуль какого-нибудь документа из УТ 10.3 и везде, где есть вызов модуля объекта, вставить эту медитацию РеквизитФормыВЗначение и ЗначениеВРеквизитФормы, то что получится?

(26) "код-то будет одинаковый!" - особенно когда его поменяют
(27) Вообще-то для этого существует модуль менеджера. Но половина мистюков при виде него начинают орать умные слова и биться в истерике - лишь бы им не пользоваться

вообще в ут 11 РеквизитФормыВЗначение и ЗначениеВРеквизитФормы используются в форме крайне редко

не более 3-4 вызовов в форме документа ЗаказКлиента И Реализация

я все общие для формы и модуля процедуры и функции запихиваю в менеджер

(34) Ну хоть кто-то

(34) и там образуется некоторая свалка

(36) это в основном процедуры заполнения на основании, которые относятся к текущему типу объекта, по-моему это логичнее чем в общий модуль совать потом распределять по типам значений

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

вот в 8.1 модуль объекта использовался вовсю
а в 8.2 вовсю используются дружественные классы (общие модули)
почему так? непонятно