Мы делаем аналогичную вещь в нашем приложении, и мы сочли полезным разделить наши объекты сущности базы данных и иметь еще одну группу классов для вывода JSON.
Если вы используете структуру JSON, что только инспектирует свой объект и Патрон некоторой JSON для каждого и каждое свойство на объекте, то возможность иметь такие объекты, как:
PersonEntity - класс, управляемый JPA и PersonJsonOutput - класс, специально предназначенный для выхода JSON
Возможно, в долгосрочной перспективе может быть более безопасным. Это позволяет вам иметь изменения в базе данных, которые автоматически не отражаются в вашей службе JSON, возможно, вам захочется обновить вашу службу JSON, возможно, вместо того, чтобы разорвать старые версии, как только ваш объект базы данных изменится.
Это также дает вам больший контроль над вашей продукции JSON в терминах скажем форматов дат или вынуждающих номеров в базе данных, чтобы быть строки в вашем JSON, и т.д. ...
Этот ответ действительно зависит только от того, как вы» заново создавая ваш JSON, но похоже, что ваша библиотека делает некоторые интроспекции.
Да, спасибо, хотя это могло быть так. Я не хотел создавать дополнительные объекты, а затем отправлять их в представление. Поскольку мы еще на ранней стадии проекта, мы решили перейти в спящий режим, поскольку причины JPA не застряли :). Теперь для всех пользователей спящего режима просто используйте 'Hibernate.initialise (..)' – pmanolov