13 553
правки
Изменения
Нет описания правки
Плюсы:
* Умеют дохрена всего :)Наиболее «каноничный» Java ORM* В Есть дополнительные фичи — например, в Hibernate есть Envers, из коробки умеющий логгировать историю изменений сущностей в отдельные таблицы* Для получения красивого Fluent API запросов вместо HQL/JPQL-литералов можно подключить [http://www.querydsl.com/ Querydsl]
Минусы:
* Немного монструозны Код не лаконичен. Нужно задавать маппинги, классы сущностей, конструировать запросы либо через строковой HQL/JPQL, либо через многословный Criteria…* Трудно использовать для динамических сущностей (перегружены функционаломобъектов произвольной структуры) — так или иначе нужно конфигурировать маппинг, даже если используется динамическое отображение без классов моделей.
* Возможно, не вполне идеальна логика отображения — конструирование объекта всегда связано с десериализацией, для сохранения ID связанных объектов без самих объектов применяются proxy-классы и ленивая подгрузка (нет возможности одно и то же поле, скажем, person_id, видеть и в виде ID, и в виде объекта)…
* HQL/JPQL — всё-таки недоразумение. Не могу понять смысл реализации собственного строкового языка запросов — SQL если уж во что-то заворачивать, то во что-то объектно-структурированное — хотя бы в объект типа «запрос» с полями tables, where, order by, group by и т. п., но не снова в строковой же литерал!* Объекты запросов есть в виде CriteriaКроме того, но они не очень удобнык нему есть различные [https://virgo47.wordpress.com/2014/10/09/jpa-is-it-worth-it-horror-stories-with-eclipselink-and-hibernate/ претензии].
== [https://github.com/ActiveJpa/activejpa ActiveJPA] ==
== [http://javalite.io/activejdbc ActiveJDBC] ==
== [http://ebean-orm.github.io/ Ebean ORM] ==
По большей части похож на JPA, те же яйца, только в профиль. Классы размечаются ровно теми же JPA-аннотациями… EbeanServer — тот же аналог сессии или persistence manager’а… других частей JPA, правда, нет.
Плюсы:
Минусы:
* Серьёзные минусы вроде отсутствуют, разве что логика отображения та же, что в JPA
== Идея (велосипедик) — PHP-like ORM ==
Описанное примерно соответствует либо jOOQ, либо Querydsl с дополнительно прикрученной улучшенной логикой Active Record.
* Объект «соединение». Умеет делать запросы в синтаксически кратком стиле (возможно, Fluent API) и возвращать записи в виде чего-то типа Map<String,Object>. Кроме того, является аналогом сессии/persistence manager’а для моделей.
* Базовый класс модели хранит запись, полученную из БД, в виде такого же объекта Map, не раскладывая её по своим полям. Благодаря этому создание модели максимально легковесно — это просто вызов конструктора, который делает 1 действие — сохраняет к себе этот Map.
* Все вычислимые значения — например, загружаемые ассоциации — хранятся в ещё одном Map’е. Есть общие геттер и сеттер, работающие по названию поля и возвращающие, кэширующие и вычисляющие дополнительные значения.
* В модели есть ссылка на «грязную»/«чистую» копию и флаг, какой является текущая. Как только кто-то начинает модифицировать модель — объект создаёт свою копию, а сам становится «грязным».
* Логика сохранения в БД также живёт в модели, в виде одного метода типа save(), или, возможно, saveAll(), если в основу класть массовые операции. Это похоже на стиль ActiveRecord, с той только разницей, что в модель всё-таки нужно передавать объект «соединение».
* В модели есть ссылка на resultset, частью которого она является — это позволяет подгружать связи массово.
* Круче всего, если класс модели не абстрактный и позволяет с собой работать вообще без создания дочерних классов.