Есть ли пример для приложения реального мира, когда вы можете отправить между 3 уровнями (уровень ui-business-persistance) одного и того же объекта? Например, для простоты пусть это будет сущностью.Всегда (глубокий) клон перед отправкой на другой уровень entites geting from entityManager?
Я имею в виду, если am getReference() из моего entityManager и отправил пользователю, и я позволю пользователю отредактировать его, создать его и не копировать в любой точке моего кода?
Есть ли какие-либо проблемы или какие-либо проблемы с информацией, если вы выберете эту опцию? Каков недостаток этой опции?
Я знаю, что было бы хорошо, если бы мы обернули объект, таким образом, мы можем приложить, пакет entites и может перемещать объект в одном объекте, может быть, responseItem, мы можем прикреплять другие атрибуты, такие как грязный флаг, но если я хочу сохранить простоту, возможно ли это? Или EntityManagers испортят все это? (я чувствую, что они будут и не могут обрабатывать, например, отсоединенные объекты должным образом, поэтому лучше инкапсулировать все сопротивление и уровень UI и глубоко скопировать их ....)
Спасибо любому ответу.
Почему вы не можете просто em.find() вашу сущность и em.merge() позже, чтобы сохранить изменения, внесенные в пользовательский интерфейс? – scraatz
потому что он не работает в данный момент! Клиенты видят другие измененные entites, entites не могут случайно объединиться (entityManager не видит различий между сохраняемым объектом и отдельным). И я только хочу найти, где активный флаг равен 1, поэтому необходим пользовательский запрос, это тоже немного изменит ситуацию. – czupe