В чем разница между интерфейсами CrudRepository и JpaRepository в Spring Data JPA?

В чем разница между CrudRepository а также JpaRepository интерфейсы в Spring Data JPA?

Когда я вижу примеры в Интернете, я вижу, что они используются взаимозаменяемо. В чем разница между ними? Почему вы хотите использовать один поверх другого?

Источник

10 ответов

Решение

JpaRepository расширяет PagingAndSortingRepository, который, в свою очередь, расширяет CrudRepository.

Их основными функциями являются:

  • CrudRepository в основном предоставляет функции CRUD.
  • PagingAndSortingRepository предоставляет методы для разбивки на страницы и сортировки записей.
  • JpaRepository предоставляет некоторые связанные с JPA методы, такие как очистка контекста постоянства и удаление записей в пакете.

Из-за наследства, упомянутого выше, JpaRepository будет иметь все функции CrudRepository а также PagingAndSortingRepository, Так что если вам не нужен репозиторий, чтобы иметь функции, предоставляемые JpaRepository а также PagingAndSortingRepository использовать CrudRepository,

Источник

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

основы

Базовый интерфейс, который вы выбираете для своего хранилища, имеет две основные цели. Во-первых, вы позволяете инфраструктуре репозитория Spring Data находить ваш интерфейс и запускать создание прокси-сервера, чтобы внедрить экземпляры интерфейса в клиенты. Вторая цель - добавить столько интерфейса, сколько необходимо в интерфейс, без необходимости объявлять дополнительные методы.

Общие интерфейсы

Базовая библиотека Spring Data поставляется с двумя базовыми интерфейсами, которые предоставляют выделенный набор функций:

  • CrudRepository - методы CRUD
  • PagingAndSortingRepository - методы разбиения на страницы и сортировки (расширяет CrudRepository)

Специфичные для магазина интерфейсы

Отдельные модули хранилища (например, для JPA или MongoDB) предоставляют специфичные для магазина расширения этих базовых интерфейсов, чтобы обеспечить доступ к специфическим для хранилища функциям, таким как очистка или выделенная группировка, которые принимают во внимание некоторые особенности хранилища. Примером этого является deleteInBatch(…) из JpaRepository который отличается от delete(…) поскольку он использует запрос для удаления заданных объектов, который является более производительным, но имеет побочный эффект - не запускать определенные JPA каскады (в соответствии со спецификацией).

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

Пользовательские интерфейсы репозитория

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

  1. В зависимости от интерфейса хранилища данных Spring интерфейс хранилища связывается с библиотекой. Я не думаю, что это особая проблема, так как вы, вероятно, будете использовать такие абстракции, как Page или же Pageable в любом случае в вашем коде. Spring Data ничем не отличается от любой другой библиотеки общего назначения, такой как commons-lang или Guava. Пока это обеспечивает разумную выгоду, это просто прекрасно.
  2. Расширяя, например, CrudRepository , вы выставляете полный набор методов персистентности сразу. Это, вероятно, хорошо в большинстве случаев, но вы можете столкнуться с ситуациями, когда вы хотите получить более детальный контроль над методами, например, для создания ReadOnlyRepository это не включает save(…) а также delete(…) методы CrudRepository,

Решение обоих этих недостатков заключается в создании собственного интерфейса базового хранилища или даже набора из них. Во многих приложениях я видел что-то вроде этого:

interface ApplicationRepository<T> extends PagingAndSortingRepository<T, Long> { }

interface ReadOnlyRepository<T> extends Repository<T, Long> {

  // Al finder methods go here
}

Первый интерфейс репозитория является базовым интерфейсом общего назначения, который на самом деле только фиксирует точку 1, но также связывает тип идентификатора с Long для согласованности. Второй интерфейс обычно имеет все find…(…) методы скопированы с CrudRepository а также PagingAndSortingRepository но не разоблачает манипулирующих. Подробнее об этом подходе читайте в справочной документации.

Резюме - tl; dr

Абстракция хранилища позволяет вам выбрать базовое хранилище, полностью ориентированное на ваши архитектурные и функциональные потребности. Используйте предоставляемые из коробки, если они подходят, создайте свои собственные базовые интерфейсы хранилища, если это необходимо. Держитесь подальше от хранилища определенных интерфейсов хранилища, если это неизбежно.

Источник

введите описание изображения здесь

Резюме:

  • PagingAndSortingRepository расширяет CrudRepository

  • JpaRepository расширяет PagingAndSortingRepository

Интерфейс CrudRepository предоставляет методы для операций CRUD, поэтому он позволяет создавать, читать, обновлять и удалять записи, не определяя свои собственные методы.

PagingAndSortingRepository предоставляет дополнительные методы для извлечения сущностей, используя разбиение на страницы и сортировку.

Наконец, JpaRepository добавляет еще несколько функций, специфичных для JPA.

Источник

Я учусь "весенние данные JPA". Это может помочь тебе.

Источник

Ниже приведены различия между CrudRepository а также JpaRepository в качестве:

CrudRepository

  1. CrudRepository является базовым интерфейсом и расширяет Repository интерфейс.
  2. CrudRepository в основном предоставляет операции CRUD (создание, чтение, обновление, удаление).
  3. Тип возврата saveAll() метод Iterable.
  4. Пример использования - для выполнения операций CRUD определите расширение репозитория. CrudRepository.

JpaRepository

  1. JpaRepository расширяет PagingAndSortingRepository что расширяет CrudRepository.
  2. JpaRepository предоставляет операции CRUD и пагинации, а также дополнительные методы, такие как flush(), saveAndFlush(), а также deleteInBatch(), так далее.
  3. Тип возврата saveAll() метод - это List.
  4. Вариант использования - для выполнения CRUD, а также пакетных операций определите расширение репозитория. JpaRepository.
Источник

Недавнее обновление,

По состоянию на spring-data-jpa 3.xиспользуется си spring-core 6.x,

структура и иерархия были изменены и кажутся более четкими.

расширяет

расширяет

расширяет оба , .

Таким образом, в основном новые представленные интерфейсы теперь представляют собой функциональные возможности старых интерфейсов, но с возвращаемыми типамив то время как остальные обрабатывают возвращаемые типы Iterable<T>

В новой (3.x) версии структура следующая:

В прошлом (до версии 3.0) многие объявленные методы возвращали List<T>были объявлены непосредственно внутри , но теперь с отдельными интерфейсами для тех методов, в которые они были извлечены.ListPagingAndSortingRepository, .

Итак, структура до (3.x) была

Надеюсь, из приведенных выше схем понятно, как упомянутыеJpaRepositoryи были изменены в версии.

Если вы планируете мигрировать spring-data-jpaот2.xв3.x(было бы необходимо, если вы мигрируете с spring-boot 2.xк spring-boot 3.x), как показано на приведенных выше схемах, вы должны ожидать наличия ломаного кода в тех случаях, когда вы использовали в своем коде, как в прошлом, из которого он расширялся, и поэтому ваш пользовательский репозиторий, который расширял непосредственноPagingAndSortingRepositoryуже имел доступ к методам . Если это проблема, вы должны исправить это, адаптировав свой пользовательский репозиторий, чтобы также расширить либоListCrudRepositoryилиCrudRepository.

Источник

Все ответы дают достаточно подробностей по этому вопросу. Однако позвольте мне добавить еще кое-что.

Почему мы используем эти интерфейсы:

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

Какой интерфейс что делает:

  • CrudRepository: предоставляет функции CRUD
  • PagingAndSortingRepository: предоставляет методы для разбивки на страницы и сортировки записей
  • JpaRepository: предоставляет связанные с JPA методы, такие как очистка контекста сохраняемости и удаление записей в пакете.

Когда какой интерфейс использовать:

Согласно http://jtuts.com/2014/08/26/difference-between-crudrepository-and-jparepository-in-spring-data-jpa/

Как правило, лучше всего использовать CrudRepository или PagingAndSortingRepository в зависимости от того, нужна ли вам сортировка и разбиение по страницам или нет.

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

Источник

В чем разница между интерфейсами CrudRepository и JpaRepository в Spring Data JPA?

Spring Data JPA предоставляет оба интерфейса и для упрощения создания репозиториев для доступа к данным в приложениях на основе JPA.

— это базовый интерфейс для сущностей с базовыми операциями CRUD (создание, чтение, обновление, удаление). предоставляет минимальный набор методов, таких какsave(),findAll(),findById(),delete()и т. д. и может быть расширен другими пользовательскими методами.

Это пример кода:

      public interface PersonEntityRepository extends CrudRepository<PersonEntity, Long> {

}

интерфейс расширяет интерфейс. Интерфейс предоставляет другие дополнительные методы к основным операциям CRUD, предоставляемым CrudRepository, например:

  • findAll(Sort sort)— метод, который возвращает все объекты, отсортированные по заданным критериям.
  • findAll(Pageable pageable)— метод, который возвращает страницу объектов в соответствии с заданными критериями разбиения на страницы и сортировки.
  • flush()— метод, который сбрасывает все ожидающие изменения в базу данных.
  • saveAndFlush(T entity)— метод, который сохраняет объект и немедленно сбрасывает изменения в базу данных. Это пример кода:
      public interface PersonEntityRepository extends JpaRepository<PersonEntity, Long> {

    List<TestEntity> findByName(String name);

    List<Employee> findByAgeGreaterThan(double age);
}

Почему вы хотите использовать один вместо другого?

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

Источник

Crud Repository - это базовый интерфейс, который действует как интерфейс маркера.

Репозиторий JPA также расширяет репозиторий PagingAndSorting. Он предоставляет все методы, полезные для реализации разбивки на страницы. В Crud Repository нет методов для реализации разбивки на страницы и сортировки.

Вы можете обратиться - https://www.tutorialspoint.com/difference-between-crudrepository-and-jparepository-in-java#:~:text=Crud%20Repository%20is%20the%20base,acts%20as%20a%20marker % 20interface.&amp;amp; Text=JPA%20repository% 20также% 20 расширяет% 20the для% 20 реализации% 20pagination% 20and% 20sorting.

Источник

JpaRepository расширяет CrudRepository и наследует некоторые методы, доступные в CrudRepository, такие как findOne, get и т. Д. JpaRepository также расширяет возможности использования PagingAndSorting Repository для разбивки на страницы и сортировки.

CrudRepository и PagingAndSortingRepository являются базовыми интерфейсами библиотеки Spring Core и имеют следующие функции:

  1. CrudRepository - предоставляет операции CRUD.
  2. PagingAndSortingRepository - предоставляет методы для разбивки на страницы и сортировки записей.
  3. JpaRepository - предоставляет некоторые связанные с JPA методы, такие как очистка контекста постоянства и удаление записей в пакете.

Разница между CrudRepository и JpaRepository

Источник
Другие вопросы по тегам