Разработка инструкций для корректной дочитки данных в бизнес-сервере

[Anisimova2020]

Цель

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

Функциональные требования

В связи с задачкой Flexberry/NewPlatform.Flexberry.ORM.ODataService#290, где будет реализован "нежадный ODataService", требуется реализовать инструкцию и примеры как правильно дочитывать данные в бизнес-серверах. Существует проблема с тем, что у объекта часть полей будет в состоянии изменения и эти изменения потерять нельзя, но дочитать объект из БД надо.

Требования к реализации

Возможно, надо доработать какой-нибудь метод прямо в ORM для дочитки (вроде бы что-то в этом направлении было уже даже сделано, но не на 100% готово).

[Nasutya]

https://flexberry.github.io/ru/fo_additional-loading.html#content
https://flexberry.github.io/ru/fo_reading-several-types-objects.html
https://flexberry.github.io/ru/gpg_business-servers-and-debug-mode.html#content
https://flexberry.github.io/ru/fo_user-operations-dataservice.html#content

[Anisimova2020]

"Обнаружил не полностью достоверную рекомендацию в статье (https://flexberry.github.io/ru/fo_business-server.html#content) технологии. А именно фраза "Хорошей практикой считается проверять загруженность свойств перед их изменением." в текущем варианте не будет работать, когда на стороне БСа необходимо изменить значение атрибута (отсутствующего на форме редактирования) создаваемого объекта. Если я правильно понял, то у создаваемого объекта в загруженные попадут только атрибуты связанные с элементами управления формы, если в БСе необходимо изменить значение атрибута, не имеющего привязки к элементу управления на форме, то этот атрибут не будет числиться среди загруженных.
Как будто напрашивается отдельное упоминание про сценарий с создаваемым объектом."

Формы реализованы на asp.net.