Как обеспечить хранение хранилищ значений в строках табличной части в управляемой форме? #804310

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

Ап

Смириться или переделать архитектуру. Сколько копий уже ломали, что хранилище значений в ТЧ - это зло...

А чем РС не устраивает?

Не понял.

А что находится в ХЗ?

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

"При чтении объекта помещать каждое хранилище значения во временное хранилище, а в реквизит таблицы помещать его адре" - мне кажется лишнее... Правится должна одна строка, а читаются все 20.. Сделать форму для редактирования, как возникла нужда править - открывать ее, блокируя владельца, и обновлять ХЗ соотв. Это также позволит разделить код по редактированию от кода по сохранению.

Сделай регистр сведений. Храни в нем хранилища.

Форму то сделать проще простого. Как хранить хранилища значений для строк ТЧ (до записи объекта в базу)?

Посмотри мой "Редактор объекта БД" из подсистемы "Инструменты разработчика". Там полная поддержка хранилищ значений (в ТЧ, в движениях, в реквизитах объекта).

не понимаю чем тут ТЗ поможет. как не крути ХЗ напрямую нельзя редактировать

СправочникОбъект после редактирования ХЗ что мешает принудительно записать?

хотя можно и не писать... только про модифицированность основной формы не забыть получаешь ХЗ из ОБЪЕКТА на сервере, передаешь в форму редактирования параметром, ХЗ МОЖНО ПЕРЕДАВАТЬ, ОНО СЕРИАЛИЗУЕТСЯ, ПриСозданииНаСервере формы редактирования читаешь из ХЗ и помещаешь в реквизит формы обратно передаешь так же: пакуешь реквизит в ХЗ и отдаешь как параметр оповещения в исходной форме ловишь оповещение, на сервере присваиваешь ОБЪЕКТУ через вот после этого надо по идее или взвести модифицированность основной формы или принудительно записать ОБЪЕКТ

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

Давайте сосредоточимся на . Платформа для реквизитов объектов типа ХранилищеЗначения реализует в серверном контексте формы внутреннее хранилище, т.е. на самом деле хранлища значений лежат в строках ТЧ данных формы на сервере, но они не видны в объектной модели и получить их нельзя. Если удалить строку ТЧ, то удалится и ее хранилище значения из серверных данных формы. Если переместить строку ТЧ, то у нее сохранится хранилище значения. При записи объекта все эти хранилища значений в реквизитах строк ТЧ появляются, но до этого момента их нельзя увидеть. Поэтому я и написал в что очевидным способом является реализованная на прикладном уровне альтернатива механизму платформы, но с возможностью получать хранилище значения ячейки на клиент и там редактировать его.

ну а чем он хлопотный? прописать ПриЧетнииНаСервере, ПередЗаписьюНаСервере... но я бы в ТЗ-реквизитах формы добавил поле для хранения индекса соответствующей табличной части объекта и дополнительно обработку удаления/добавления строк ТЧ.

"хранлища значений лежат в строках ТЧ ". Вот вам, видимо, болт. В строках ТЧ лежат не собственно значения, а их адреса в специально предназначенном для этих целей хранилище в БД. Потому и работа с ними организована в стиле поместить и получить. Все остальное - на прикладном разработчике. Если допустим в хранилище лежит какой-нибудь специфичный файл. Например чертеж АвтоКада. Как вы предлагаете его редактировать в ячейке табличного поля?

Про редактирования хранилищ в форме смотри . Про хранение адресов вместо самих хранилищ - это понятно. Я написал так для  упрощения, чтобы понятнее передать смысл. Ведь в я по сути предложил тоже самое, только кодировать самому.

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

Да, действительно делают. Забыл об этой возможности. Спасибо. Это упрощает реализацию.

а как редактировать ХЗ без доп.формы, файл или ТЗ или пять томов ВойнаИМир в ячейке? :)

Зачем редактировать без доп. формы?

Использовать значения произвольного типа или двоичные данные

тогда я не понял вопроса и трудностей передаешь ХЗ из строки Объекта в доп.форму как параметр, в доп.форме разворачиваешь его, через Оповестить отдаешь обратно и пишешь в основной форме в реквизит строки Объекта

Не прокатит. При первой же синхронизации данных формы между сервером и клиентом возникнет ошибка "Отсутствует отображение типа ХранилищеЗначения".

В 3-й раз: у меня нет проблемы редактировать одно хранилище значения на клиенте. Вопрос был: Как это сделать, когда у ТЧ есть реквизит типа ХранилищеЗначения?

Прокатит. Если разбирать что именно там хранится. Внутри хранилища хранилища значений еще одно хранилище значения?

Проверил. Ты прав. Произвольный тип позволяет хранить хранилище значения в реквизите формы, причем независимо от его содержимого. Спасибо. Это мне сильно поможет. Итак текущий план действий такой. 1. В ТЧ добавить реквизиты с типом Произвольный для каждого реквизита типа ХранилищеЗначения 2. Загрузить туда данные при чтении на сервере. 3. На толстом клиенте их оттуда получить и показать в отдельной форме-редакторе. 4. Поместить отредактированное значение обратно в реквизит ТЧ приозвольного типа. 5. Перед записью на сервере поместить из добавленных реквизитов ТЧ данные в оригинальные реквизиты ТЧ.

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

нетленка для типовых "без изменения конфигураций", угадал?)

аа, это же ТС

Как читать хранилище значения соответствующее строке из данных формы?

это я обращался к

через идстроки на сервере

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

немножко соврамши про ИД, давно писал весь фокус - найти нужную строку в ТЧ &НаСервере

Если это работает, то это будет лучшим ответом на мой вопрос и очень странно что никто другой так долго на рассказал об этом способе. Спасибо.

А способ то хотя видимо рабочий, но не универсальный. Не во всех ТЧ есть реквизит "ИмяОбъектаОбмена".

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

Универсальный видимо будет типа такого &НаСервере

индексы ДанныеФормыЭлементКоллекции и ОБ.ТЧ боюсь не совпадут :(

Совпадут. Иначе как номера строк устанавливаются при сохранении?

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

к сожалению не гарантируется, судя по ДанныеФормыКоллекция (FormDataCollection) Индекс (IndexOf) Синтаксис: Индекс(<Элемент>) Описание: Получает индекс элемента коллекции. именно Элемента из ДанныеФормыКоллекция про совпадение результата с методом Табличная часть (Tabular section) Индекс (IndexOf) Синтаксис: Индекс(<Строка>) Параметры: <Строка> (обязательный Описание: Получает индекс строки в табличной части. ни слова :(

Не согласен с твоим обоснованием твоего предположения. Если оно верно, то дай хотя бы одно предположение, в каком порядке расставляются строки ТЧ при преобразовании из данных формы.

лучше вот чего ДанныеФормыЭлементКоллекции (FormDataCollectionItem) ИсходныйНомерСтроки (SourceLineNumber) Использование: Только чтение. Описание: Тип: Число. Если объект ДанныеФормыКоллекция был получен из табличной части, то свойство содержит номер данной строки в оригинальной табличной части. Доступность: Тонкий клиент, веб-клиент, сервер, толстый клиент, мобильное приложение(клиент), мобильное приложение(сервер).

Номер строки в ОРИГИНАЛЬНОЙ табличной части никак не поможет передать порядок строки из ДанныеФормыКоллекция в ТЧ.

я предложил ИсходныйНомерСтроки  только как ИД строки использовать потому как индексы не сойдутся :)

Еще раз почему индексы не сойдутся? Слишком слабый (очень косвенный) аргумент.

потому как это разные по сути коллекции если строку на форме подвигать вверх-вниз, индекс элемента в ДанныеФормыКоллекции изменится? а в коллекции РеквизитФормыВЗначение.ТЧ?

Сдвиг строки в таблице формы приведет к изменению индекса  ДанныеФормыЭлементКоллекции и соответсвенно получаемой из нее через РеквизитФормыВЗначение строки ТЧ

проверял? :)

+а если строка новая и подвинута промеж "старых"?

Не проверял. А ты проверял? Где тогда порядок строк в ДанныеФормыКоллекция хранится?

Причем здесь старые строки?

короч, отпишись как реализуешь, интересно :)

Да, напишу о результатах. Спасибо еще раз за наиболее ценную информацию по теме.

В итоге получилось этим способом. Способ с обращением к серверу для получения/установки хранилища значения через РеквизитФормыВЗначение не заработал. Мои представления о том, как хранятся хранилища значений в коллекциях данных формы оказались не верными. Если преобразовать объект с хранилищем значения в ТЧ в данные формы и обратно, то хранилище значения очищается. Таким образом получается, что платформа вообще не хранит хранилища значений для коллекций формы. Получается, что они будут всегда очищаться при записи, если явно не позаботиться об их сохранении?