核心概念

Spring Data 儲存庫抽象化的核心介面是 Repository。它接受要管理的網域類別以及網域類別的識別符類型作為類型引數。此介面主要作為一個標記介面，用於捕獲要使用的類型，並幫助您發現擴展此介面的介面。

Spring Data 將網域類型視為實體，更具體地說是聚合。因此，您將在整個文件中看到術語「實體」，它可以與術語「網域類型」或「聚合」互換使用。

正如您可能在簡介中注意到的那樣，它已經暗示了網域驅動的概念。我們從 DDD 的意義上考慮網域物件。網域物件具有識別符（否則這些將是無身分的值物件），並且當使用某些模式來存取資料時，我們需要以某種方式引用識別符。當我們談論儲存庫和查詢方法時，引用識別符將變得更有意義。

CrudRepository 和 ListCrudRepository 介面為正在管理的實體類別提供複雜的 CRUD 功能。

CrudRepository 介面

public interface CrudRepository<T, ID> extends Repository<T, ID> {

  <S extends T> S save(S entity);      (1)

  Optional<T> findById(ID primaryKey); (2)

  Iterable<T> findAll();               (3)

  long count();                        (4)

  void delete(T entity);               (5)

  boolean existsById(ID primaryKey);   (6)

  // … more functionality omitted.
}

1	儲存給定的實體。
2	傳回由給定 ID 識別的實體。
3	傳回所有實體。
4	傳回實體的數量。
5	刪除給定的實體。
6	指示是否具有給定 ID 的實體存在。

在此介面中宣告的方法通常稱為 CRUD 方法。ListCrudRepository 提供等效的方法，但它們傳回 List，而 CrudRepository 方法傳回 Iterable。

儲存庫介面暗示了一些保留方法，例如 findById(ID identifier)，它們目標是網域類型識別符屬性，而與其屬性名稱無關。在「定義查詢方法」中閱讀更多關於此內容的資訊。

如果名為 Id 的屬性未指向識別符，您可以使用 @Query 註解您的查詢方法以提供自訂查詢。遵循該路徑很容易導致混淆，並且不建議這樣做，因為如果 ID 類型和您的 Id 屬性的類型不同，您將很快遇到類型限制。

我們還提供特定於持久化技術的抽象，例如 JpaRepository 或 MongoRepository。這些介面擴展了 CrudRepository，除了更通用的與持久化技術無關的介面（例如 CrudRepository）之外，還公開了底層持久化技術的功能。

除了 CrudRepository 之外，還有 PagingAndSortingRepository 和 ListPagingAndSortingRepository，它們添加了額外的方法，以簡化對實體的分頁存取

PagingAndSortingRepository 介面

public interface PagingAndSortingRepository<T, ID>  {

  Iterable<T> findAll(Sort sort);

  Page<T> findAll(Pageable pageable);
}

擴展介面受實際儲存模組支援。雖然本文檔解釋了一般方案，但請確保您的儲存模組支援您想要使用的介面。

要以頁面大小為 20 存取 User 的第二頁，您可以執行以下操作

PagingAndSortingRepository<User, Long> repository = // … get access to a bean
Page<User> users = repository.findAll(PageRequest.of(1, 20));

ListPagingAndSortingRepository 提供等效的方法，但傳回 List，而 PagingAndSortingRepository 方法傳回 Iterable。

除了查詢方法之外，也提供用於計數和刪除查詢的查詢推導。以下列表顯示了推導計數查詢的介面定義

推導計數查詢

interface UserRepository extends CrudRepository<User, Long> {

  long countByLastname(String lastname);
}

以下列表顯示了推導刪除查詢的介面定義

推導刪除查詢

interface UserRepository extends CrudRepository<User, Long> {

  long deleteByLastname(String lastname);

  List<User> removeByLastname(String lastname);
}

實體狀態偵測策略

下表描述了 Spring Data 提供的用於偵測實體是否為新的策略

表 1. 在 Spring Data 中偵測實體是否為新的選項
`@Id`-屬性檢查（預設值）	預設情況下，Spring Data 檢查給定實體的識別符屬性。如果識別符屬性為 `null` 或在基本類型的情況下為 `0`，則假定實體為新的。否則，假定它不是新的。
`@Version`-屬性檢查	如果存在以 `@Version` 註解的屬性且為 `null`，或者在基本類型版本屬性的情況下為 `0`，則認為實體是新的。如果版本屬性存在但具有不同的值，則認為該實體不是新的。如果不存在版本屬性，Spring Data 將回退到檢查識別符屬性。
實作 `Persistable`	如果實體實作 `Persistable`，Spring Data 會將新偵測委派給實體的 `isNew(…)` 方法。請參閱 Javadoc 以取得詳細資訊。注意：如果您使用 `AccessType.PROPERTY`，`Persistable` 的屬性將被偵測和持久化。為了避免這種情況，請使用 `@Transient`。
提供自訂 `EntityInformation` 實作	您可以透過建立模組特定儲存庫工廠的子類別並覆寫 `getEntityInformation(…)` 方法來自訂在儲存庫基礎實作中使用的 `EntityInformation` 抽象。然後，您必須將模組特定儲存庫工廠的自訂實作註冊為 Spring bean。請注意，這應該很少是必要的。

Cassandra 沒有提供在插入資料時產生識別符的方法。因此，實體必須與識別符值相關聯。Spring Data 預設為識別符檢查以確定實體是否為新的。如果您想使用稽核，請確保使用樂觀鎖定或實作 Persistable 以進行正確的實體狀態偵測。