упр. формы - как получить значение из реквизита ХранилищеЗначения в новом объект #705792

Всем приветы! Подскажите пожалуйста по Хранилишу значения - Есть у меня документ с реквизитом типа ХранилищеЗначения, в нем хранятся структуры с настройкой СКД. все бы хорошо, но при открытии нового скопированного документа реквизит не читается, а после записи очищается. Хотя до открытия в подписке на событие при копировании реквизит нового док-та заполнен содержимым документа источника, а в форме ПриСозданииНаСервере там уже пусто. Как его получить?

&НаСервере

ПриСозданииНаСервере читает реквизит уже записанных документов нормально, а если открывается новый, скопированный уже не читает :(

Как с этим жить?! :(

может это вообще нормально для платформы 8.2.19.83?

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

ПриЧтенииНаСервере

не то только для записанных отрабатывает

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

Параметры.ЗначениеКопирования

в обработчике ПриСозданииНаСервере, содержит ссылку

дальше дело техники

У нового объекта ссылки нет :)

Если элемент создаётся копирование то в Параметры.ЗначениеКопирования заносится исходная ссылка на объект копирования в противном случае элемент ЗначениеКопирования  не заполяется

Мне кажется дело в платформе, если в подписке на событие при копировании, реквизит заполнен а следом в форме ПриСозданииНаСервере там уже ничего нет, и записывается новый документ с пустым реквизитом - т.е. он просто не копируется...

счаст проверим

реквизиты с Типом Хранилище значения не доступны в обработчике ПриСозданииНаСервере

для объекта

ПриСозданииНаСервере ЭтаФорма.Параметры.ЗначениеКопирования Там есть документ источник, и тут я конечно могу вытащить свою структуру, но все же, я скопировал документ а часть реквизитов придется переносить самому? :)

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

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

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

На клиенте файла нет

Это печальная фича

УФ формально не работают с типом ХранилищеЗначения так как : -нельзя создать реквизит формы данного типа -нельзя обратиться напрямую к реквизиту даного типа для данных фопма структура

* форма

Это в модуле объекта отрабатывается, а, затем Ну вот нахера так делать?

есть способы обхода, для решения задач так что не совсем всё печально

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

Проблема решена: ПриСозданииНаСервере  получаю из хранилища источника его содержимое и перекладываю в новый документ СодержимоеХранилища = ЭтаФорма.Параметры.ЗначениеКопирования.ПолучитьОбъект.РеквизитХранилища.Получить;

Я что-то вас не понял, уважаемый, так можно таким образом получить содержимое хранилища источника, или в этом кроется что-то ужасное, если ваш комментарий "Ну вот нахера так делать". Вроде описан рабочий способ, хотя я оставлю свое решение.

думаю обращение в контексте формы ЭтаФорма.(код) излишне - режет глаз - Возможно сказывается на быстродействие, хотя не уверен

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

я не про то а то что Параметры.ЗначениеКопирования.ПолучитьОбъект.РеквизитХранилища.Получить ЭтаФорма.Параметры.ЗначениеКопирования.ПолучитьОбъект.РеквизитХранилища.Получить; равносильно в контексте формы и вот зачем народ пишет обращение к ЭтаФорма ?

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

тьфу на сервере

Все верно, Спасибо вам SergeyKB :)