JPA и Hibernate или Hibernate?

Question

[VasilievAleksey]

Начал изучать ORM почитал немного теории, понял что работать с hibernate можно и через JPA или отдельно от него, собственно как будет лучше?! переходить с Hibernate не собираюсь в будущем приложение, по мимо этого есть еще какие плюсы JPA? Собственно до этого работу с сущностями осуществлял через JPA

Answer 1

[Владимир Смирнов]

JPA - это интерфейс языка JAVA, не имеющий реализации в самом языке. Если просто добавить аннотации JPA в свои классы, то не произойдет ровным счетом ничего. Для того, чтобы аннотации начали "работать", следует развернуть и настроить в проекте фреймворк, который "найдет" все классы с JPA-аннотациями и "состыкует" их с сущностями СУБД. Этим фреймворком у вас является Hibernate.

По поводу "работать с hibernate можно и через JPA или отдельно от него" - тут в основном дело вкуса. У вас есть два варианта сообщить Hibernate какие классы "замапить" на таблицы БД:
1. Добавить в классы аннотации JPA
2. Создать XML-файлы, в которых будет описано сопоставление классов объектам БД.

По доступной функциональности оба метода равны между собой, при этом аннотации JPA более современны. Я бы рекомендовал JPA, т.к. при открытии класса сразу будет видно, что он "замаплен", а в случае использования XML, "замапленный" класс визуально неотличим от других классов.

Comments

[VasilievAleksey]

Большое спасибо, Теперь знаю в каком направление двигаться.

Answer 2

[Losted]

JPA - универсальный интерфейс, который будет понятен и людям, которые работали только с ОРМ, отличной с hibernate. Да и тот факт, что сейчас вы не хотите поменять hibernate еще не гарантирует того, что желание не появится в будущем. Лично я обычно делаю с использованием JPA.

Comments

[VasilievAleksey]

Получается вы работаете с JPA а hibernate просто используете как провайдер? Я просто вникаю в суть только, и очень интересно как строится данная архитектура в реальных проектах.

[Losted]

Именно так. Проект, по сути, практически ничего не знает о том, что под капотом hibernate.