定義倉庫介面
要定義一個倉庫介面，首先需要定義一個特定於領域類的倉庫介面。該介面必須擴充套件 Repository，並使用領域類和 ID 型別進行泛型化。如果想為該領域型別暴露 CRUD 方法，可以擴充套件 CrudRepository 或其變體，而不是 Repository。
微調倉庫定義
您可以通過幾種不同的方式開始定義倉庫介面。
典型的方法是擴充套件 CrudRepository，它提供了 CRUD 功能的方法。CRUD 代表 Create（建立）、Read（讀取）、Update（更新）、Delete（刪除）。在 3.0 版本中，我們還引入了 ListCrudRepository，它與 CrudRepository 非常相似，但對於返回多個實體的方法，它返回一個 List 而不是 Iterable，這可能更易於使用。
如果您使用響應式儲存，可以根據所使用的響應式框架選擇 ReactiveCrudRepository 或 RxJava3CrudRepository。
如果您使用 Kotlin，可以選擇 CoroutineCrudRepository，它利用了 Kotlin 的協程。
此外，如果需要允許指定 Sort 抽象（或在第一種情況下指定 Pageable 抽象）的方法，可以擴充套件 PagingAndSortingRepository、ReactiveSortingRepository、RxJava3SortingRepository 或 CoroutineSortingRepository。請注意，各種排序倉庫不再像 Spring Data 3.0 版本之前那樣擴充套件其各自的 CRUD 倉庫。因此，如果需要兩者的功能，需要同時擴充套件這兩個介面。
如果您不想擴充套件 Spring Data 介面，也可以使用 @RepositoryDefinition 註解您的倉庫介面。擴充套件其中一個 CRUD 倉庫介面會暴露一整套用於操作實體的方法。如果您更喜歡有選擇地暴露方法，可以將想要暴露的方法從 CRUD 倉庫複製到您的領域倉庫中。這樣做時，可以更改方法的返回型別。如果可能，Spring Data 將遵循返回型別。例如，對於返回多個實體的方法，您可以選擇 Iterable<T>、List<T>、Collection<T> 或 VAVR 列表。
如果應用程式中的許多倉庫應該擁有相同的方法集，您可以定義自己的基礎介面來繼承。此類介面必須用 @NoRepositoryBean 進行註解。這可以防止 Spring Data 直接嘗試建立其例項並失敗，因為它無法確定該倉庫的實體，因為它仍然包含一個泛型型別變數。
以下示例展示瞭如何有選擇地暴露 CRUD 方法（在本例中為 findById 和 save）
@NoRepositoryBean
interface MyBaseRepository<T, ID> extends Repository<T, ID> {
Optional<T> findById(ID id);
<S extends T> S save(S entity);
}
interface UserRepository extends MyBaseRepository<User, Long> {
User findByEmailAddress(EmailAddress emailAddress);
}在前面的示例中，您為所有領域倉庫定義了一個公共基礎介面，並暴露了 findById(…) 以及 save(…)。這些方法會被路由到 Spring Data 提供的您所選儲存的基礎倉庫實現中（例如，如果您使用 JPA，其實現是 SimpleJpaRepository），因為它們與 CrudRepository 中的方法簽名匹配。因此，UserRepository 現在可以儲存使用者、按 ID 查詢單個使用者，並觸發查詢按電子郵件地址查詢 Users。
中間倉庫介面使用 @NoRepositoryBean 進行註解。請確保將該註解新增到所有 Spring Data 不應在執行時建立例項的倉庫介面中。 |
在多個 Spring Data 模組中使用倉庫
在應用程式中使用唯一的 Spring Data 模組會使事情變得簡單，因為定義範圍內的所有倉庫介面都繫結到該 Spring Data 模組。有時，應用程式需要使用多個 Spring Data 模組。在這種情況下，倉庫定義必須區分持久化技術。當在類路徑上檢測到多個倉庫工廠時，Spring Data 會進入嚴格倉庫配置模式。嚴格配置會使用倉庫或領域類的詳細資訊來決定倉庫定義的 Spring Data 模組繫結。
-
如果倉庫定義擴充套件了模組特定的倉庫，它是特定 Spring Data 模組的有效候選者。
-
如果領域類使用模組特定的型別註解進行註解，它是特定 Spring Data 模組的有效候選者。Spring Data 模組接受第三方註解（例如 JPA 的
@Entity）或提供自己的註解（例如 Spring Data MongoDB 和 Spring Data Elasticsearch 的@Document）。
以下示例展示了一個使用模組特定介面（在本例中為 JPA）的倉庫
interface MyRepository extends JpaRepository<User, Long> { }
@NoRepositoryBean
interface MyBaseRepository<T, ID> extends JpaRepository<T, ID> { … }
interface UserRepository extends MyBaseRepository<User, Long> { … }MyRepository 和 UserRepository 在其型別層次結構中擴充套件了 JpaRepository。它們是 Spring Data JPA 模組的有效候選者。
以下示例展示了一個使用通用介面的倉庫
interface AmbiguousRepository extends Repository<User, Long> { … }
@NoRepositoryBean
interface MyBaseRepository<T, ID> extends CrudRepository<T, ID> { … }
interface AmbiguousUserRepository extends MyBaseRepository<User, Long> { … }AmbiguousRepository 和 AmbiguousUserRepository 在其型別層次結構中僅擴充套件了 Repository 和 CrudRepository。在使用唯一的 Spring Data 模組時這沒問題，但多個模組無法區分這些倉庫應該繫結到哪個特定的 Spring Data。
以下示例展示了一個使用帶註解的領域類的倉庫
interface PersonRepository extends Repository<Person, Long> { … }
@Entity
class Person { … }
interface UserRepository extends Repository<User, Long> { … }
@Document
class User { … }PersonRepository 引用了 Person，它使用 JPA 的 @Entity 註解進行註解，因此該倉庫明顯屬於 Spring Data JPA。UserRepository 引用了 User，它使用 Spring Data MongoDB 的 @Document 註解進行註解。
以下是一個不好的示例，展示了一個使用帶混合註解的領域類的倉庫
interface JpaPersonRepository extends Repository<Person, Long> { … }
interface MongoDBPersonRepository extends Repository<Person, Long> { … }
@Entity
@Document
class Person { … }該示例展示了一個同時使用 JPA 和 Spring Data MongoDB 註解的領域類。它定義了兩個倉庫，JpaPersonRepository 和 MongoDBPersonRepository。一個用於 JPA，另一個用於 MongoDB。Spring Data 不再能夠區分這些倉庫，這會導致未定義的行為。
倉庫型別詳情和區分領域類註解用於嚴格倉庫配置，以識別特定 Spring Data 模組的倉庫候選者。在同一領域型別上使用多個特定於持久化技術的註解是可能的，這使得領域型別可以在多種持久化技術中重用。然而，Spring Data 此時將無法確定一個唯一的模組來繫結倉庫。
區分倉庫的最後一種方法是限定倉庫基礎包的範圍。基礎包定義了掃描倉庫介面定義的起始點，這意味著倉庫定義應該位於適當的包中。預設情況下，註解驅動的配置使用配置類所在的包。而基於 XML 的配置中的基礎包是強制性的。
以下示例展示了基礎包的註解驅動配置
@EnableJpaRepositories(basePackages = "com.acme.repositories.jpa")
@EnableMongoRepositories(basePackages = "com.acme.repositories.mongo")
class Configuration { … }
