Чем Spring Data JPA отличается от Hibernate для больших проектов?

Мне трудно решить, следует ли мне придерживаться Hibernate для нового проекта или попробовать JPA и новую реализацию Spring Data.

Фреймворк Spring Data предназначен для крупных проектов или небольших проектов со скромными требованиями к запросам?

Хотя я определенно вижу преимущество сокращения кода за счет использования @Queryаннотации, что вы делаете для динамических запросов? А как насчет того, чтобы реализовать довольно сложный метод save ()?

В документации говорится о создании пользовательского интерфейса и реализации, которые реализует ваш основной репозиторий, но что, если вам нужно получить доступ к любым супер-методам в самом репозитории crud? Репозиторий crud реализует пользовательский, а не наоборот. Похоже на странный дизайн.

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

Что я должен делать? С какими непредвиденными осложнениями и расходами я столкнусь, если буду использовать Spring Data JPA?

Итак, spring-dataделает некоторую дополнительную магию, которая помогает со сложными запросами. Сначала это странно, и вы полностью пропускаете это в документации, но это действительно мощно и полезно.

Он включает в себя создание пользовательского Repositoryи пользовательского `RepositoryImpl 'и указание Spring, где его найти. Вот пример:

Класс конфигурации - укажите на все еще необходимую конфигурацию xml с аннотацией, указывающей на ваш пакет репозиториев ( *Implтеперь он автоматически ищет классы):

@Configuration
@EnableJpaRepositories(basePackages = {"com.examples.repositories"})
@EnableTransactionManagement
public class MyConfiguration {
}

jpa-repositories.xml - скажите, Springгде найти свои репозитории. Также скажите Springискать собственные репозитории с CustomImplименем файла:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:jpa="http://www.springframework.org/schema/data/jpa"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:util="http://www.springframework.org/schema/util"
xsi:schemaLocation="http://www.springframework.org/schema/data/mongo http://www.springframework.org/schema/data/jpa/spring-jpa.xsd
    http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
    http://www.springframework.org/schema/util http://www.springframework.org/schema/util/spring-util.xsd">

<jpa:repositories base-package="com.example.repositories" repository-impl-postfix="CustomImpl" />

</beans>

MyObjectRepository- здесь вы можете поместить аннотированные и неаннотированные методы запроса. Обратите внимание, как этот интерфейс репозитория расширяет его Custom:

@Transactional
public interface MyObjectRepository extends JpaRepository<MyObject, Integer>, MyObjectRepositoryCustom {

    List<MyObject> findByName(String name);

    @Query("select * from my_object where name = ?0 or middle_name = ?0")
    List<MyObject> findByFirstNameOrMiddleName(String name);
}

MyObjectRepositoryCustom - методы репозитория, которые являются более сложными и не могут быть обработаны простым запросом или аннотацией:

public interface MyObjectRepositoryCustom {

    List<MyObject> findByNameWithWeirdOrdering(String name);
}

MyObjectRepositoryCustomImpl- где вы фактически реализуете эти методы с помощью autowired EntityManager:

public class MyObjectRepositoryCustomImpl implements MyObjectRepositoryCustom {

    @Autowired
    private EntityManager entityManager;

    public final List<MyObject> findByNameWithWeirdOrdering(String name) {
        Query query = query(where("name").is(name));
        query.sort().on("whatever", Order.ASC);
        return entityManager.find(query, MyObject.class);
    }
}

Удивительно, но все это собрано вместе, и методы из обоих интерфейсов (и интерфейса CRUD, который вы реализуете) все появляются, когда вы это делаете:

myObjectRepository.

Ты увидишь:

myObjectRepository.save()
myObjectRepository.findAll()
myObjectRepository.findByName()
myObjectRepository.findByFirstNameOrMiddleName()
myObjectRepository.findByNameWithWeirdOrdering()

Это действительно работает. И вы получаете один интерфейс для запросов. spring-dataдействительно готов для большого приложения. И чем больше запросов вы можете вставить в простые или аннотационные, тем лучше для вас.

Все это задокументировано на сайте Spring Data Jpa .

Удачи.

Я использовал Spring Data JPA в малых и больших проектах с простыми запросами. Главное преимущество - отсутствие необходимости использовать @Queryаннотацию. В Spring Data нет ничего, что мешало бы вам использовать его в больших проектах, и недавняя QueryDSLподдержка может вам помочь. Это пример использования QueryDSL для Hibernate.

Если вы предвидите сложные запросы и чувствуете себя комфортно, используя объекты Hibernate без JPA, я думаю, что альтернативной комбинацией может быть простая Spring Data Repositoryрядом со сложными на основе Hibernate с конкретными методами, которые могут вам понадобиться. Возможно, это будет менее громоздко, чем превращение реализации Hibernate в структуру Spring Data JPA.

Spring JPA предоставит вам много абстракций от написания SQL и даже немного HQL с использованием объявления метода запроса. Spring JPA сияет своей генерацией запросов, но если вам нужно чисто спящее решение, вы можете настроить его по мере необходимости, поскольку Spring JPA по-прежнему основан на спящем режиме. Дополнительную информацию см. В документации http://static.springsource.org/spring-data/data-jpa/docs/current/reference/html .