В типовой БП 3.0 например, в документе ВводОстатков весь код по формированию движений вынесен в модуль менеджера. Что это дает?

ничего, они идиоты, не различают понятий статических методов, от методов-объектов

http://infostart.ru/public/72472/

(0) не надо создавать объект чтобы сформировать движения, например программно

(3) система такая, она не может нужно-тонких объектов создавать

Есть еще применение - формирование печатных форм. Если ты запросом получаешь только нужные данные, тогда зачем тебе получать перед этим весь объект? Так что это хорошая вещь.

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

(1) как раз и знают, читай (5), (6)

А все таки в чем прикол? Срабатывает обработка проведения и зачем в ней обращаться к менеджеру документа? Какой смысл? Может быть чтобы потом с помощью процедур менеджера формировать новые движения без перепроведения самого документа?

(8) а почему нет ? Ввод остатков, как известно может многое.
По мере его разрастания (в следующих релизах) зачем перепроводить старое.

(9)+ пример: документ проводит движения Р1, Р2, Р3. Решили в следующем релизе, что вместо Р3, нужно Р3.1, Р3.2. При переходе на релиз, обновление ИБ выполняет не перепроведение (могут и ручные корректировки быть), а только движение из Р3 в Р3.1 и Р3.2

(7) тогда вообще зачем объект?
по хорошему я должен сам управлять контентом объекта, но увы

(11) так это и не отменяется. В менеджер (читай статический метод) передается ссылка на объект, а там уж решается поднимать или нет сам объект, и вызывать любые его экспортные методы.

(12) это все понятно, но как быть если я хочу распечатать массив документов разного типа?

(13) так в типовых под УФ (БГУ 2.0, БП 3.0 ...) печать как раз и выведена в менеджер, в (5) об этом. Удобно из формы списка (или распечатать массив документов разного типа).

(14) ты мне пример кода для (13) кинь

(15) посмотри для начала в демо БГУ 2.0 - выделяешь в списке документов несколько, Все действия - Печать -.
А если разнотиповые, то примерно так:

Для Каждого ДокСтрока Из СпискаДокументов Цикл
Если ТипЗнч(ДокСтрока.Док) = Тип("ДокументСсылка.<твой тип>) Тогда
   МассивОбъектов = Новый Массив();
   МассивОбъектов.Вставить(ДокСтрока.Док.ПолучитьОбъект());
   Документы[<твой тип>].Печать(МассивОбъектов,...
КонецЦикла;

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

(16) мне одному кажется, что ты только что поднял объекты полностью?

Ненавидящий говорит об отсутвии менеджера ссылки

Печать в модуле менеджера - это правильный подход. Туда передавать ссылку (массив ссылок) и получать данные для печати запросом без получения объекта.
А вот проведение - имхо под вопросом

(17) см. (12). хочешь - поднимай или не поднимай.  
(19) пример в (10)

(20) имхо сомнительный пример

(20) ну так ты приведешь нормальный пример без поднятия объекта для разных видов документов в массиве?

(2) спасибо, исчерпывающе

(22) а без данных объекта, как думаешь его печатать ? Еще раз объясняю, статический метод позволяет брать от объекта только то, что ему нужно

(24) слив засчитан

(24) Статический метод нельзя нормально вызвать, имея ссылку(и не зная ее тип), только громоздя конструкции иначеЕсли

+(26) или выдергиваением имени из метаданных и манипуляциями с ним, что тоже неудобно

я делаю так

Процедура ОбработкаПроведения()
ИДокумент.Провести(ЭтотОбъект);
КонецПроцедуры

ИДокумент (или ЯДокумент) - интерфейс, реализованный в виде общего модуля

+(28)

Процедура Провести(ДокОбъект, Отказ, РежимПроведения) Экспорт
   
   Перем Таблица;
   
   ИмяДок = ДокОбъект.Метаданные().Имя;
   ДокСсылка = ДокОбъект.Ссылка;
   Движения = ДокОбъект.Движения;
   СтрПр = ПолучитьСтрПр(ДокСсылка);
   СоответствиеТаблиц = Документы[ИмяДок].ПолучитьСоответствиеТаблиц();
   
   Для Каждого КлючИЗначение Из СоответствиеТаблиц Цикл
       Выполнить("Таблица = Документы[ИмяДок]." + КлючИЗначение.Ключ + ("(СтрПр);"));
       ОтразитьДвижение(Движения, КлючИЗначение.Значение, Таблица, Отказ);
   КонецЦикла;
   
   ДокОбъект.Движения.Записать();
   
КонецПроцедуры

(29)и в чем прэлесть?

(30) всё объектно-ориентированно
модуль менеджера документа содержит функции получения таблиц
то есть всё что документ должен сделать это запросы и вернуть эти таблицы в метод Провести()
технология с3.14жжена из ут 11, доработана под ООП

(31) честно говоря - я не вижу тут ООП ну никак

(31) с3.14жжена, прикольно: 3.14 - число "пи"

(29) за "выполнить" и "вычислить" надо давать по голове

(29) согласен, но 1с не поддерживает делегатов

(32) шо ты тут не видишь, а
экземпляр документа, событие
событие вызывает метод интерфейса
статитеский метод документа возвращает таблицы
по-моему ООП тут просто воняет

(35) к (34)

Зачем, зачем.
Просто разделение на ДокументОбъект и ДокументСсылка весьма условное и иногда нужно проведение для ссылки (данные документа при проведении не меняются же).

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

(36) не впечатлило ни разу

(0) это дает возможность перепроведения без получения и записи объекта документа

(1) ты бы пальцы чтоль поуже сделал, я не знаю... теперь ведь тебе надо доказать, что метод формирования движений документа обязан быть методом объекта и не может быть статическим методом класса. Иначе ты получается пустую предъяву кинул

(42) я требую (18)

(41) перепроведи мне таким образом массив документов, но документы там разного вида

чем отличается статический метод от метода экземпляра?
тем, что метод экземпляра оперирует данными экземпляра
впрочем, ничто не мешает все методы экземпляра перевести в статические, используя ссылку на экземпляр

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

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

ихь бин не труЪ ООПшник, так что извиняйте, если чо где не так сказал

(26) > Статический метод нельзя нормально вызвать, имея ссылку(и не зная ее тип), только громоздя конструкции иначеЕсли

Для разных видов, должна ведь сработать конструкция, если имя процедуры универсальное

Документы[ДокСсылка.Метаданные().Имя].Печать(ДокСсылка)

(46) точно! этот гофнокод меня не радует
отражения в топку!

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

Вроде хитрые алгоритмы выносим из модуля объекта в подписки и обновлять хорошо и т.д., все хорошо. Только вот теперь надо еще смотреть нет ли спец процедурки в модуле менеджера и там по старинке лепить свой вызов процедуры...

до тех пор пока 1с не станет полноценной ООП-системой, будет продолжаться этот неумолимый срач

(49) вообще то да, но я все равно хочу вкурить цимус (28)+(29)+(45) но чего-то не могу, помоги а?

(50) не вкуриваешь, забудь. Делай как все.

(51) не хочу как все

(48) pumba, в подписке вызываются методы общих модулей, что и есть "статические" методы с источником в параметре.

(52) ну тогда крути мозгами, вроде как все уже выяснили