как сделать копию объекта? (документа) #789076

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

ЗНАЧ ?

по логике - да, а вот будет работать или нет сейчас попробую...

Выполнить? Недавно с восьмеркой что ли? Доставалась как то конфигурация, где на каждом шагу было Выполнить, даже не на каждом шагу, а везде, такой ппц был помечен как нетленка и учебное пособие для поколений "как делать не надо" хммм или я чего то не понял

ну, создать еще один объект и через заполнитьЗначения свойств заполнить его

а.. зачем токма это всё ?

Только простые типы.

передавай структуру без ссылки документа и номера

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

или через ЗаписатьХML/ПрочитатьXML. Но это будет неполная копия, без доп.свойств, экспортных переменных

табличные части не заполняет :)

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

но, чтобы наверняка - нарисуй функцию, которая получает объект, а возвращает структуру

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

ну, цикл по ним и копировать

та же балда с движениями легко делается

А так не взлетит? НовыйОбъект = ТвойДокумент.Скопировать;

движений не будет

можно допилить ещё цикл по наборам регистров

это не решает задачу - ни чего не мешает записать копию объекта.

Да пусть пишет. Все работают в едином контексте, т.е. с базой. Любой модуль может записать объект в базу, если будет достаточно доступа

+ Кстати, можно ещё заблокировать запись через управляемые блокировки и хрен что запишешь

Только тогда блокировать нужно будет из другого сеанса или, так как тот же самый сеанс может не заметить блокировки. P.S. если мы передаём копию объекта, то её также могут записать. Если же мы передаём объект, который не записан, то можно у него поставить заранее заданный GUID, чтобы потом, если его уже записали (а всякое бывает), найти его по этому GUID-у и "расписать" (то есть удалить). Создание "суррогата" из структур и массивов не очень хорошо, так как, в этом случае, могут оказаться различные документы с одинаковой структурой, что тоже не есть хорошо.

сделал что-то вроде , завтра тестить буду

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

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

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

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

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

Загрузить копию объекта в фиксированную структуру и передать как параметр