Аннотированный класс в спящем режиме

Question

Я все еще пробую свой путь в Hibernate в течение некоторого времени, и я думаю, что я мог бы использовать эту платформу, а не хардкорный подход JDBC.

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

Но у меня возникла эта мысль.

Является ли POJO, который я комментирую, тем же POJO, который я буду использовать, когда мне понадобится получить данные от пользователя?Я имею в виду, что когда пользователь заполняет веб-форму, а я использую Spring MVC.Я обычно получаю объект команды, который отображается в пользовательскую форму.Это тот же командный объект, который я сохраняю, и это просто POJO.

В бизнес-уровне / уровне представления, я думаю, что нужен уровень модели.Например, у меня есть система регистрации студентов.В случае использования ADD Student и в форме Add Student я обычно вводю StudentID, First_Name, Last_Name.

В моем сервлете или в контроллере я обычно отображаю значения формы в конкретный класс.Spring отлично справляется с упаковкой значений форм в конкретный класс.

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

Answer 1

Похоже, вы спрашиваете, можете ли вы использовать один и тот же класс для представления объекта на всех уровнях вашего приложения, от базы данных (модели) до бизнес-логики (контроллера) и представления (представления).

Ответ - да, но будьте осторожны. Могут быть определенные аспекты вашего объекта, которые вы хотите защитить, например, действительно ли вы хотите, чтобы представление могло устанавливать идентификатор? Хотя вы можете подумать, что это не проблема, вы можете передумать, когда кто-то другой выполнит работы по обслуживанию страницы аккаунта использования через 6 месяцев и решит разрешить пользователям изменять свой идентификатор, просто потому, что у компонента есть метод setID().

Answer 2

1. Это может быть то же самое. Можно утверждать, что именно в этом заключается JPA и не рекомендуется использовать Entity Beans.

Другие вещи не имеют тона вопроса и выглядят хорошо для меня, поэтому я не могу распознать, если у вас есть какой-то другой скрытый вопрос.