8.2 УФ БП 3.0
есть у меня заполнение ТЧ. по феншую куда я этот метод должен вставить чтобы вызвать его и из формы и из кода при создании объекта?
Чтото функции не доступны ни в модуле обекта ни менеджера...

в модуле объекта конечно, что где недоступно - непонятно

вот

(1) а из формы вызывать через РеквизитФормыВЗначение??

(3) например так. можно по разному

(0) к имени функции слово "Экспорт" дописать не забыл?

(5) не забыл
не видна она из формы

(1) создатели бп30 с тобой не согласны

(6) http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=553220

(7) фу на них

(8) только РеквизитФормыВЗначение/ЗначениеВРеквизитФормы делает два лишних движения

(8) вот и я думаю что так -- это изврат

(0) А в форме когда вызывается? По команде?

> чтобы вызвать его и из формы

перезаполнить существующий документ ?

дак тогда надо дублировать код, и в форме и в объекте, чтоб телодвижений не было... или как?

(12) ну да. а есть другие варианты? тогда №5 и прошу изложить мысль.

(13) да. перезаполнить табличную часть

Я бы в менеджер запихал.

(17) вызывать также через РеквизитФормыВЗначение?

Менеджер не катит. Работаем ведь с объектом?

1. Модуль объекта

Менеджер не катит. Работаем ведь с объектом?

(18) нет, напрямую через менеджер. Только момент один, в менеджере нет контекста объекта, его передавать надо.

(19) не вижу противоречий. Можно передавать как сам объект, так и просто нужную инфу.

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

имхо удобнее

(23) заполнение ТЧ суть не есть работа с объектом. Задача - получит ТЗ и залить в ТЧ ))))

(21) хм. вроде вариант не плох, можно же данные формы..

(25) не передёргивайте понятия) это работа с конкретным экзэмпляром объекта

с тем же успехом и в общий модуль

(27) Тогда чегой-то в типовых заполнения документов зачастую в менеджер вынесены, и передается объект.

(29) я с ними еще не плотно общался, поэтому и спрашиваю.

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

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

(31) Это не новость, большая часть прошедших 1С:Совместимо на самом деле тоже бы не прошли тест, если все делать по букве требований.

(33) вот и осталось понять - делать согласно стандартам, или быдлокодить как в типовых

(34) с этой точки зрения конструкцию вида
Документ = РеквизитФормыВЗначение("Объект");
Документ.Пересчитать();
ЗначениеВРеквизитФормы(Документ, "Объект");

Можно считать быдлокодом априори ))

(35) ну тут надо смотреть кстати, если именно полностью перезаполнить ТЧ не используя данные текущие в ней - имхо будет проще, перезаполняем ТЧ, обновляем данные на форме. На сервер тянуть что уже в ТЧ не надо

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

(36) на сервер же можно передать только ТП ?

(38) вроде нет, по крайней мере смысла в этом не вижу что-то

что такое "есть у меня заполнение ТЧ" - имеется в виду заполнение по команде ? Тогда, т.к. обозначено что это УФ БП 3.0 , то делай, как там. Например, в документе "Возврат товаров от покупателя".
Т.е. для того, чтоб все было как в БП 3.0 - все в форме делается.

(40) а если создается группа документов? у меня ТЧ заполняется из файла.

у меня тут еще возникла проблема. я разве не могу вызвать функцию в том же модуле менеджера, но из функции &НаКлиенте вызвать &НаСервере?

(42) езё раз

(10) в УФ стало больше лишних движений - привыкай

(44) проще тогда (38) в ОМ
ведь работа с ФТ и ТЧ одинакова

(0) Я тут поднимал такую тему полгодика назад. Тогда тоже долго обсуждали. Я для себя принял решение v8: Вызов метода модуля объекта из управляемой формы

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

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

РеквизитФормыВЗначение
ЗначениеВРеквизитФормы

что, конечно же, будет абсолютно некошерно.
Поэтому разработчик должен выходить на следующий уровень абстракции и не гнушаться даже дублированием функций (например, один и тот же метод и в модуле формы, и в модуле объекта).
Что касается модуля менеджера или общего модуля, то тут тоже зависит от того, откуда передаётся управление. Например, это может быть и ДанныеФормыКоллекция и ДокументОбъект. То есть вызываемая процедура должна проверять тип значения. Ну это если писать код в рамках инкапсуляции. Самый безобидный вариант это создание какого-то класса, который будет оперировать таблицей значений, но тут тоже могут быть нюансы.

(46) так ты когда из модуля формы вызываешь модуль менеджера -- данные на форме меняются ?

(48) конечно

(49) вон, смотри его пост v8: Вызов метода модуля объекта из управляемой формы

Процедура ЗаполнитьСервер()
    Документы.гт_ВыполнениеРабот.ЗаполнитьДокумент(Объект);

ТипЗНЧ(Объект) <> ДокументОбъект

(50) ну это то, что я говорил в (47)
>>Что касается модуля менеджера или общего модуля, то тут тоже зависит от того, откуда передаётся управление. Например, это может быть и ДанныеФормыКоллекция и ДокументОбъект. То есть вызываемая процедура должна проверять тип значения.

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

(51) и как автор перезаполнять ДанныеФормыКоллекция  ?

*ДанныеФормыСтруктура

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

(55) ну так-то да, при прочих равных условиях

но это всё равно против феншуя ;)

(57) Зато унификация и минимизация кода. Не надо помнить, что в случае изменений надо менять в нескольких местах.

(58) утилитарность

дёшево и сердито

а вот ответьте на другой коварный вопрос
когда нужно использовать табличную часть обработки, а когда реквизит формы?
если ТЧ, то можно использовать модуль объекта, а когда реквизит формы, то только модуль формы
где здесь феншуй?

и вообще, не является ли табличная часть обработки лишней? ;))
ТЧ документа хранит данные в базе, ТЧ обработки ничего не хранит ))

(62) например, в ТЧ обработки хранить "список" организаций по которым нужно сделать свёртку

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

(61) Феншуя нет.

(62) А вариант, что обработка может быть без формы ты не рассматриваешь?

(65) рассматриваю, конечно, но форма существует и на сервере

(64) так обработку можно вызвать программно

(66) если её открыть

Объект и коллекция данных это разные объекты, с различными методами (ВыгрузитьКолонку() в ТЧ и т.п.) Передавать это в одну функцию, а в ней проверять типы это мастурбация.

(69) так есть

ДанныеФормыКоллекция (FormDataCollection)
Выгрузить (Unload)
Вариант синтаксиса: Выгрузить колонки

Синтаксис:

Выгрузить(<Строки>, <Колонки>)

(70) ВыгрузитьКолонку

Да и вообще копаться в кишках переданного в параметрах объекта не комильфо.

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

(72) +1

есть же загрузить