Собеседование Backend-Java-разработчика

Общие вопросы и ответы о  Java Persistence API — JPA. Часть 1.

Данный раздел был скопирован из статьи хабра https://habrahabr.ru/post/265061/, т.к. там рассмотрены многие стандартные, а также более углубленные темы.
Так же можете посмотреть раздел по Hibernate (фреймворк является реализацией JPA и темы взаимосвязанные), перейдя к списку вопросов раздела EE.

К списку вопросов раздела JEE

Собеседование по Java EE — Java Persistence API (JPA) (вопросы и ответы). Часть 2

Вопросы

1. Что такое JPA?
2. В чем её отличие JPA от Hibernate?
3. Можно ли использовать JPA c noSQl базами?
4. В чем её отличие JPA от JDO?
5. Что такое Entity?
6. Может ли Entity класс наследоваться от не Entity классов (non-entity classes)?
7. Может ли Entity класс наследоваться от других Entity классов?
8. Может ли не Entity класс наследоваться от Entity класса?
9. Может ли Entity быть абстрактным классом?
10. Какие требования JPA к Entity классам вы можете перечислить (не менее шести требований)?
11. Какие два типа элементов есть у Entity классов. Или другими словами перечислите два типа доступа (access) к элементам Entity классов.
12. Что такое атрибут Entity класса в терминологии JPA?
13. Какие типы данных допустимы в атрибутах Entity класса (полях или свойствах)?
14. Какие типы данных можно использовать в атрибутах, входящих в первичный ключ Entity класса (составной или простой), чтобы полученный первичный ключ мог использоваться для любой базы данных? А в случае автогенерируемого первичного ключа (generated primary keys)?
15. Что такое встраиваемый (Embeddable) класс?
16. Может ли встраиваемый (Embeddable) класс содержать другой встраиваемый (Embeddable) класс?
17. Может ли встраиваемый (Embeddable) класс содержать связи (relationship) с другими Entity или коллекциями Entity? Если может, то существуют ли какие-то ограничение на такие связи (relationship)?
18. Какие требования JPA устанавливает к встраиваемым (Embeddable) классам?
19. Какие типы связей (relationship) между Entity вы знаете (перечислите восемь типов, либо укажите четыре типа связей, каждую из которых можно разделить ещё на два вида)?
20. Что такое Mapped Superclass?
21. Какие три типа стратегии наследования мапинга (Inheritance Mapping Strategies) описаны в JPA?
22. Какие два типа fetch стратегии в JPA вы знаете?
23. Что такое EntityManager и какие основные его функции вы можете перечислить?
24. Какие четыре статуса жизненного цикла Entity объекта (Entity Instance’s Life Cycle) вы можете перечислить?
25. Как влияет операция persist на Entity объекты каждого из четырех статусов?
26. Как влияет операция remove на Entity объекты каждого из четырех статусов?
27. Как влияет операция merge на Entity объекты каждого из четырех статусов?
28. Как влияет операция refresh на Entity объекты каждого из четырех статусов?
29. Как влияет операция detach на Entity объекты каждого из четырех статусов?

Ответы

JPA (Java Persistence API) это спецификация Java EE и Java SE, описывающая систему управления сохранением java объектов в таблицы реляционных баз данных в удобном виде. Сама Java не содержит реализации JPA, однако существует много реализаций данной спецификации от разных компаний (открытых и нет). Это не единственный способ сохранения java объектов в базы данных (ORM систем), но один из самых популярных в Java мире.

В чем её отличие JPA от Hibernate?

Hibernate одна из самых популярных открытых реализаций последней версии спецификации (JPA 2.1). Даже скорее самая популярная, почти стандарт де-факто. То есть JPA только описывает правила и API, а Hibernate реализует эти описания, впрочем у Hibernate (как и у многих других реализаций JPA) есть дополнительные возможности, не описанные в JPA (и не переносимые на другие реализации JPA).

Можно ли использовать JPA c noSQl базами?

Вообще, спецификация JPA говорит только об отображении java объектов в таблицы реляционных баз данных, но при этом существует ряд реализаций данного стандарта для noSql баз данных: Kundera, DataNucleus, ObjectDB и ряд других. Естественно, при этом не все специфичные для реляционных баз данных особенности спецификации переносятся на nosql базы полностью.

В чем её отличие JPA от JDO?

JPA (Java Persistence API) и Java Data Objects (JDO) две спецификации сохранения java объектов в базах данных. Если JPA сконцентрирована только на реляционных базах, то JDO более общая спецификация которая описывает ORM для любых возможных баз и хранилищ. В принципе можно рассматривать JPA как специализированную на реляционных баз часть спецификации JDO, даже при том что API этих двух спецификаций не полностью совпадает. Также отличаются «разработчики» спецификаций — если JPA разрабатывается как JSR, то JDO сначала разрабатывался как JSR, теперь разрабатывается как проект Apache JDO.

Что такое Entity?

Entity это легковесный хранимый объект бизнес логики (persistent domain object). Основная программная сущность это entity класс, который так же может использовать дополнительные классы, которые могут использоваться как вспомогательные классы или для сохранения состояния еntity.

Может ли Entity класс наследоваться от не Entity классов (non-entity classes)?

И это тоже допустимо.

Может ли Entity быть абстрактным классом?

Может, при этом он сохраняет все свойства Entity, за исключением того что его нельзя непосредственно инициализировать.

Какие требования JPA к Entity классам вы можете перечислить (не менее шести требований)?

1) Entity класс должен быть отмечен аннотацией Entity или описан в XML файле конфигурации JPA,
2) Entity класс должен содержать public или protected конструктор без аргументов (он также может иметь конструкторы с аргументами),
3) Entity класс должен быть классом верхнего уровня (top-level class),
4) Entity класс не может быть enum или интерфейсом,
5) Entity класс не может быть финальным классом (final class),
6) Entity класс не может содержать финальные поля или методы, если они участвуют в маппинге (persistent final methods or persistent final instance variables),
7) Если объект Entity класса будет передаваться по значению как отдельный объект (detached object), например через удаленный интерфейс (through a remote interface), он так же должен реализовывать Serializable интерфейс,
8) Поля Entity класс должны быть напрямую доступны только методам самого Entity класса и не должны быть напрямую доступны другим классам, использующим этот Entity. Такие классы должны обращаться только к методам (getter/setter методам или другим методам бизнес-логики в Entity классе),
9) Entity класс должен содержать первичный ключ, то есть атрибут или группу атрибутов которые уникально определяют запись этого Entity класса в базе данных.

JPA указывает что она может работать как со свойствами классов (property), оформленные в стиле JavaBeans, либо с полями (field), то есть переменными класса (instance variables). Соответственно, при этом тип доступа будет либо property access или field access.

Что такое атрибут Entity класса в терминологии JPA?

JPA указывает что она может работать как со свойствами классов (property), оформленные в стиле JavaBeans, либо с полями (field), то есть переменными класса (instance variables). Оба типа элементов Entity класса называются атрибутами Entity класса.

Какие типы данных допустимы в атрибутах Entity класса (полях или свойствах)?

Допустимые типы атрибутов у Entity классов:
1. примитивные типы и их обертки Java,
2. строки,
3. любые сериализуемые типы Java (реализующие Serializable интерфейс),
4. enums;
5. entity types;
6. embeddable классы
7. и коллекции типов 1-6

Какие типы данных можно использовать в атрибутах, входящих в первичный ключ Entity класса (составной или простой), чтобы полученный первичный ключ мог использоваться для любой базы данных? А в случае автогенерируемого первичного ключа (generated primary keys)?

Допустимые типы атрибутов, входящих в первичный ключ:
1. примитивные типы и их обертки Java,
2. строки,
3. BigDecimal и BigInteger,
4. java.util. Date и java.sql. Date

В случае автогенерируемого первичного ключа (generated primary keys) допустимы только числовые типы.
В случае использования других типов данных в первичном ключе, он может работать только для некоторых баз данных, т.е. становится не переносимым (not portable).

Вопрос 15. Что такое встраиваемый (Embeddable) класс?

Встраиваемый (Embeddable) класс это класс который не используется сам по себе, только как часть одного или нескольких Entity классов. Entity класс могут содержать как одиночные встраиваемые классы, так и коллекции таких классов. Также такие классы могут быть использованы как ключи или значения map. Во время выполнения каждый встраиваемый класс принадлежит только одному объекту Entity класса и не может быть использован для передачи данных между объектами Entity классов (то есть такой класс не является общей структурой данных для разных объектов). В целом, такой класс служит для того чтобы выносить определение общих атрибутов для нескольких Entity, можно считать что JPA просто встраивает в Entity вместо объекта такого класса те атрибуты, которые он содержит.

Может ли встраиваемый (Embeddable) класс содержать другой встраиваемый (Embeddable) класс?

Может, но только в случае если такой класс не используется как первичный ключ или ключ map’ы.

Какие требования JPA устанавливает к встраиваемым (Embeddable) классам?

1. Такие классы должны удовлетворять тем же правилам что Entity классы, за исключением того что они не обязаны содержать первичный ключ и быть отмечены аннотацией Entity (см. вопрос 10),
2. Embeddable класс должен быть отмечен аннотацией Embeddable или описан в XML файле конфигурации JPA.

Какие типы связей (relationship) между Entity вы знаете (перечислите восемь типов, либо укажите четыре типа связей, каждую из которых можно разделить ещё на два вида)?

Существуют следующие четыре типа связей
1. OneToOne (связь один к одному, то есть один объект Entity может связан не больше чем с один объектом другого Entity ),
2. OneToMany (связь один ко многим, один объект Entity может быть связан с целой коллекцией других Entity),
3. ManyToOne (связь многие к одному, обратная связь для OneToMany),
4. ManyToMany (связь многие ко многим)Каждую из которых можно разделить ещё на два вида:
1. Bidirectional
2. Unidirectional — ссылка на связь устанавливается у всех Entity, то есть в случае OneToOne A-B в Entity A есть ссылка на Entity B, в Entity B есть ссылка на Entity A, Entity A считается владельцем этой связи (это важно для случаев каскадного удаления данных, тогда при удалении A также будет удалено B, но не наоборот). Undirectional- ссылка на связь устанавливается только с одной стороны, то есть в случае OneToOne A-B только у Entity A будет ссылка на Entity B, у Entity B ссылки на A не будет.

Что такое Mapped Superclass?

Mapped Superclass это класс от которого наследуются Entity, он может содержать аннотации JPA, однако сам такой класс не является Entity, ему не обязательно выполнять все требования установленные для Entity (например, он может не содержать первичного ключа). Такой класс не может использоваться в операциях EntityManager или Query. Такой класс должен быть отмечен аннотацией MappedSuperclass или соответственно описан в xml файле.

Какие три типа стратегии наследования мапинга (Inheritance Mapping Strategies) описаны в JPA?

В JPA описаны три стратегии наследования мапинга (Inheritance Mapping Strategies), то есть как JPA будет работать с классами-наследниками Entity:
1) одна таблица на всю иерархию наследования (a single table per class hierarchy) — все entity, со всеми наследниками записываются в одну таблицу, для идентификации типа entity определяется специальная колонка “discriminator column”. Например, если есть entity Animals c классами-потомками Cats и Dogs, при такой стратегии все entity записываются в таблицу Animals, но при это имеют дополнительную колонку animalType в которую соответственно пишется значение «cat» или «dog». Минусом является то что в общей таблице, будут созданы все поля уникальные для каждого из классов-потомков, которые будет пусты для всех других классов-потомков. Например, в таблице animals окажется и скорость лазанья по дереву от cats и может ли пес приносить тапки от dogs, которые будут всегда иметь null для dog и cat соответственно.

2) объединяющая стратегия (joined subclass strategy) — в этой стратегии каждый класс entity сохраняет данные в свою таблицу, но только уникальные колонки (не унаследованные от классов-предков) и первичный ключ, а все унаследованные колонки записываются в таблицы класса-предка, дополнительно устанавливается связь (relationships) между этими таблицами, например в случае классов Animals (см.выше), будут три таблицы animals, cats, dogs, причем в cats будет записана только ключ и скорость лазанья, в dogs — ключ и умеет ли пес приносить палку, а в animals все остальные данные cats и dogs c ссылкой на соответствующие таблицы. Минусом тут являются потери производительности от объединения таблиц (join) для любых операций.

3) одна таблица для каждого класса (table per concrete class strategy) — тут все просто каждый отдельный класс-наследник имеет свою таблицу, т.е. для cats и dogs (см.выше) все данные будут записываться просто в таблицы cats и dogs как если бы они вообще не имели общего суперкласса. Минусом является плохая поддержка полиморфизма (polymorphic relationships) и то что для выборки всех классов иерархии потребуются большое количество отдельных sql запросов или использование UNION запроса.

Какие два типа fetch стратегии в JPA вы знаете?

В JPA описаны два типа fetch стратегии:
1) LAZY — данные поля будут загружены только во время первого доступа к этому полю,
2) EAGER — данные поля будут загружены немедленно.

Что такое EntityManager и какие основные его функции вы можете перечислить?

EntityManager это интерфейс, который описывает API для всех основных операций над Entity, получение данных и других сущностей JPA. По сути главный API для работы с JPA. Основные операции:
1) Для операций над Entity: persist (добавление Entity под управление JPA), merge (обновление), remove (удаления), refresh (обновление данных), detach (удаление из управление JPA), lock (блокирование Entity от изменений в других thread),
2) Получение данных: find (поиск и получение Entity), createQuery, createNamedQuery, createNativeQuery, contains, createNamedStoredProcedureQuery, createStoredProcedureQuery
3) Получение других сущностей JPA: getTransaction, getEntityManagerFactory, getCriteriaBuilder, getMetamodel, getDelegate
4) Работа с EntityGraph: createEntityGraph, getEntityGraph
4) Общие операции над EntityManager или всеми Entities: close, isOpen, getProperties, setProperty, clear.

Какие четыре статуса жизненного цикла Entity объекта (Entity Instance’s Life Cycle) вы можете перечислить?

У Entity объекта существует четыре статуса жизненного цикла: new, managed, detached, или removed. Их описание
1) new — объект создан, но при этом ещё не имеет сгенерированных первичных ключей и пока ещё не сохранен в базе данных,
2) managed — объект создан, управляется JPA, имеет сгенерированные первичные ключи,
3) detached — объект был создан, но не управляется (или больше не управляется) JPA,
4) removed — объект создан, управляется JPA, но будет удален после commit’a транзакции.

Как влияет операция persist на Entity объекты каждого из четырех статусов?

1) Если статус Entity new, то он меняется на managed и объект будет сохранен в базу при commit’е транзакции или в результате flush операций,
2) Если статус уже managed, операция игнорируется, однако зависимые Entity могут поменять статус на managed, если у них есть аннотации каскадных изменений,
3) Если статус removed, то он меняется на managed,
4) Если статус detached, будет выкинут exception сразу или на этапе commit’а транзакции.

Как влияет операция remove на Entity объекты каждого из четырех статусов?

1) Если статус Entity new, операция игнорируется, однако зависимые Entity могут поменять статус на removed, если у них есть аннотации каскадных изменений и они имели статус managed,
2) Если статус managed, то статус меняется на removed и запись объект в базе данных будет удалена при commit’е транзакции (так же произойдут операции remove для всех каскадно зависимых объектов),
3) Если статус removed, то операция игнорируется,
4) Если статус detached, будет выкинут exception сразу или на этапе commit’а транзакции.

Как влияет операция merge на Entity объекты каждого из четырех статусов?

1) Если статус detached, то либо данные будет скопированы в существующей managed entity с тем же первичным ключом, либо создан новый managed в который скопируются данные,
1) Если статус Entity new, то будет создана новый managed entity, в который будут скопированы данные прошлого объекта,
2) Если статус managed, операция игнорируется, однако операция merge сработает на каскадно зависимые Entity, если их статус не managed,
3) Если статус removed, будет выкинут exception сразу или на этапе commit’а транзакции.

Как влияет операция refresh на Entity объекты каждого из четырех статусов?

1) Если статус Entity managed, то в результате операции будут востановленны все изменения из базы данных данного Entity, так же произойдет refresh всех каскадно зависимых объектов,
2) Если статус new, removed или detached, будет выкинут exception.

Как влияет операция detach на Entity объекты каждого из четырех статусов?

1) Если статус Entity managed или removed, то в результате операции статус Entity (и всех каскадно-зависимых объектов) станет detached.
2) Если статус new или detached, то операция игнорируется.

37240 Total Views 2 Views Today

Вопросы и ответы на собеседование по теме Hibernate Framework. Часть 2.

Собеседование по Java EE — Hibernate Framework (вопросы и ответы). Часть 1.

31. Как логировать созданные Hibernate SQL запросы в лог-файлы?
32. Что вы знаете о Hibernate прокси и как это помогает в ленивой загрузке (lazy load)?
33. Как реализованы отношения в Hibernate?
34. Как управлять транзакциями с помощью Hibernate?
35. Что такое каскадные связи (обновления) и какие каскадные типы есть в Hibernate?
36. Как добавить логирование log4j в Hibernate приложение?
37. Как использовать JNDI DataSource сервера приложений с Hibernate Framework?
38. Как интегрировать Hibernate и Spring?
39. Что вы знаете о классе HibernateTemplate?
40. Как интегрировать Hibernate с Servlet или Struts2 веб приложением?
41. Какие паттерны применяются в Hibernate?
42. Расскажите о Hibernate Validator Framework.
43. Какие преимущества дает использование плагина Hibernate Tools Eclipse?
44. Best Practices в Hibernate.

Для логирования запросов SQL добавьте в файл конфигурации Hibernate строчку:

Отметьте, что это необходимо использовать на уровне Development или Testing и должно быть отключено в продакшн.

Что вы знаете о Hibernate прокси и как это помогает в ленивой загрузке (lazy load)?

Hibernate использует прокси объект для поддержки отложенной загрузки. Обычно при загрузке данных из таблицы Hibernate не загружает все отображенные (замаппинные) объекты. Как только вы ссылаетесь на дочерний объект или ищите объект с помощью геттера, если связанная сущность не находится в кэше сессии, то прокси код перейдет к базе данных для загрузки связанной сущности. Для этого используется javassist, чтобы эффективно и динамически создавать реализации подклассов ваших entity объектов.

Как реализованы отношения в Hibernate?

Реализовать отношение , , можно с помощью JPA аннотаций или конфигурирования xml файла. За примерами посетите раздел Hibernate.

Как управлять транзакциями с помощью Hibernate?

Hibernate вообще не допускает большинство операций без использования транзакций. Поэтому после получения экземпляра от необходимо выполнить для начала транзакции. Метод вернет ссылку, которую мы можем использовать для подтверждения или отката транзакции.

В целом, управление транзакциями в фреймворке выполнено гораздо лучше, чем в JDBC, т.к. мы не должны полагаться на возникновение исключения для отката транзакции. Любое исключение автоматически вызовет rollback.

Что такое каскадные связи (обновления) и какие каскадные типы есть в Hibernate?

Обратите внимание, что есть некоторые различия между enum CascadeType в Hibernate и в JPA. Поэтому обращайте внимание какой пакет вы импортируете при использовании аннотации и константы типа. Наиболее часто используемые CascadeType перечисления описаны ниже.

Как добавить логирование log4j в Hibernate приложение?

Может быть полезно посетить раздел Log4j2.

Как использовать JNDI DataSource сервера приложений с Hibernate Framework?

В веб приложении лучше всего использовать контейнер сервлетов для управления пулом соединений. Поэтому лучше определить JNDI ресурс для DataSource и использовать его в веб приложении. Для этого в Hibernate нужно удалить все специфичные для базы данных свойства и использовать указания свойства JNDI DataSource:

Как интегрировать Hibernate и Spring?

Лучше всего прочитать о настройках на сайтах фреймворков для текущей версии. Оба фреймворка поддерживают интеграцию из коробки и в общем настройка их взаимодействия не составляет труда. Общие шаги выглядят следующим образом.

Пример использования Spring Data JPA — пример приложения Hello World. Настройки Spring Data + JPA + Hibernate + MySQL.

Что вы знаете о классе HibernateTemplate?

Spring Framework предоставляет различные подходы для интеграции с Hibernate. Тем не менее, мы наиболее часто будем использовать подход, использующий HibernateTemplate. Есть две основные причины:

HibernateTemplate класс скрывает трудности управления сессиями и транзакциями при использовании Hibernate для доступа к данным. Нужно только инициализировать HibernateTemplate путем передачи экземпляра SessionFactory. Spring Framework берет на себя беспокойство за детали связанные с сессиями и транзакциями. Это помогает устранить инфраструктурный код, который может вносить суматоху при увеличении сложности.
HibernateTemplate, так же как и JdbcTemplate, предоставляет шаблонный подход для доступа к данным. Когда вы используете HibernateTemplate, вы будете работать с callbacks. Обратные вызовы — это единственный механизм в шаблонном подходе, который уведомляет шаблон запускать нужную задачу. Преимущество наличия обратного вызова в том, что там только одна точка входа в слой доступа к данным. И эта точка входа определяется шаблоном, в этом случае HibernateTemplate.

Для интеграции необходимо использовать ServletContextListener. Более подробный пример смотрите по ссылке

Расскажите о Hibernate Validator Framework.

Проверка данных является неотъемлемой частью любого приложения. Hibernate Validator обеспечивает эталонную реализацию двух спецификаций JSR-303 и JSR-349 применяемых в Java. Для настройки валидации в Hibernate необходимо сделать следующие шаги.

Какие преимущества дает использование плагина Hibernate Tools Eclipse?

Плагин Hibernate Tools упрощает настройку маппинга, конфигурационного файла. Упрощает работы с файлами свойств или xml тегами. Помогает минимизировать ошибки написания кода.

Best Practices в Hibernate.

При использовании фреймворка Hibernate рекомендуется придерживаться некоторых правил.

25608 Total Views 1 Views Today

Ошибки, которых следует избегать на технических интервью

Многие кандидаты сразу переходят к решению поставленной перед ними задачи, даже не задавая уточняющие вопросы. Когда требования не полностью ясны, это увеличивает шансы, что добиться правильного результата будет сложнее. Более того: это не только затруднит приближение к правильному ответу, но и может направить вас по неправильному пути.

Кандидаты с чрезмерными обязательствами

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

Использование модной терминологии

Помните, что вы находитесь на собеседовании, где вам нужно продать себя. Вы не являетесь торговым представителем своих бывших компаний. Проиллюстрируйте и подчеркните свою роль в ваших прошлых проектах, вместо того, чтобы детализировать менее важные аспекты. Интервью — это ваша рекламная презентация. Используйте это время с умом!

Непринужденное поведение

Я не требую, чтобы кандидат надевал галстук или костюм, но я видел людей, которые во время онлайн-интервью сидели на своих кроватях с подушкой за спиной, как будто они разговаривали по Google Meet со своими друзьями.

Помните, что вы пытаетесь получить высокооплачиваемую работу, поэтому проявите уважение и серьезность. Небрежность оставляет о вас плохое впечатление.

Плохая коммуникация

Многие компании-разработчики программного обеспечения в Азии и Восточной Европе предоставляют услуги международным клиентам, где английский язык является основным средством общения. Если кандидат плохо разговаривает на английском языке, это усложняет поиск работы.

Откройте LinkedIn или любую другую платформу и просмотрите объявления о вакансиях. Вы почти всегда найдете обязательное требование хорошего английского языка/коммуникативных навыков. Мы часто не уделяем должного внимания нетехническим аспектам, и обычно это то, что не в лучшую сторону выделяет нас от остальных.

Опишите себя

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

Плохие заключительные вопросы

Когда кандидатов спрашивают, есть ли у них какие-либо вопросы, большинство из них либо ничего не задают, либо спрашивают о технологиях, которые используются в компании. Помните, что если вы проявляете интерес к компании, в которой будет работать, это характеризует вас с положительной стороны. Поэтому вы можете спросить у своего собеседника:

Сдаетесь перед трудной задачей

Я был свидетелем собеседования, на которых кандидат не мог найти правильный ответ на одну из задач, и я думал, что его судьба решена. Однако кандидат не оставлял попыток и в конце концов вплотную подошел к разумному решению. И в итоге он получил оффер на работу. Никто не ищет идеального решения, старайтесь, пока не получится!

Не молчите подолгу

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

Заключение

Быть технически грамотным и хорошо подготовленным очень важно, однако, если вы хотите выиграть по-крупному и повысить свои шансы попасть на работу, вам пригодятся несколько дополнительных очков. Их можно набрать, если грамотно вести себя на интервью.

В чем разница между JPA и Hibernate?

Java Persistence API или JPA впервые представили 11 мая 2006 года. Эта спецификация Java предоставляет определенные функции и стандарт для инструментов ORM. Это позволяет пользователям проверять, управлять и сохранять данные между объектами Java и реляционными базами данных. J PA считается стандартной методологией объектно-реляционного отображения (Object Relational Mapping).

JPA служит связующим звеном между объектно-ориентированной парадигмой и системой реляционных баз данных. И поскольку это спецификация Java, она не может работать сама по себе. Ее необходимо запускать. Из-за потребности JPA в сохранении данных для этого применяются инструменты ORM, такие как Hibernate. Пакет javax.persistence для сохраняемости данных содержит классы и интерфейсы JPA.

Несколько основных характеристик JPA:

А теперь немного о Hibernate. Это Java-инфраструктура объектно-реляционного сопоставления (ORM, Object Relational Mapping) с открытым исходным кодом, облегченная и упрощающая создание полноценных Java-приложений, взаимодействующих с базами данных. Она используется для сохранения объектов Java в системе реляционной базы данных.

Основная задача Hibernate — преобразовать классы Java в таблицы базы данных.

Ключевые характеристики Hibernate:

Наверное, вы хотите спросить, зачем требуется JPA. Ну что же, давайте поговорим о необходимости JPA, прежде чем мы углубимся в их различия и начнем жаркие дебаты. Как только что было сказано, JPA — это спецификация. Она предлагает прототип и стандартную функциональность для инструментов ORM. Все инструменты ORM, включая Hibernate, соответствуют одним и тем же стандартам, следуя одной и той же спецификации. В результате нам не составит труда изменить инструмент ORM для нашего приложения.

Мы рассмотрели как основные идеи, так и обстоятельства, в которых они работают. А сейчас давайте быстро рассмотрим различия между JPA и Hibernate.

JPA существует только как стандарт без реализации. Мы можем сколько угодно аннотировать классы с помощью JPA, но без реализации ничего не произойдет. Hibernate — это код реализации JPA, который унифицирует API в соответствии со спецификацией JPA и предлагает анонимную функциональность, если JPA является стандартом, которому необходимо следовать.

Различия между JPA и Hibernate

Самая большая разница между Hibernate и JPA заключается в том, что Hibernate — это фреймворк (инструмент), а JPA — набор руководств по API. Hibernate реализует все рекомендации JPA.