Spring Data 擴充套件
本節文件介紹了 Spring Data 的一組擴充套件,這些擴充套件使得 Spring Data 能夠在各種上下文中使用。目前,大部分整合主要面向 Spring MVC。
Querydsl 擴充套件
Querydsl 是一個框架,透過其流式 API 實現靜態型別化 SQL-like 查詢的構建。
Querydsl 的維護速度已經放緩,社群已在 OpenFeign 下 fork 了該專案,地址為 github.com/OpenFeign/querydsl (groupId io.github.openfeign.querydsl )。Spring Data 在力所能及的範圍內支援此 fork。 |
幾個 Spring Data 模組透過 QuerydslPredicateExecutor
提供 Querydsl 整合,如下例所示
public interface QuerydslPredicateExecutor<T> {
Optional<T> findById(Predicate predicate); (1)
Iterable<T> findAll(Predicate predicate); (2)
long count(Predicate predicate); (3)
boolean exists(Predicate predicate); (4)
// … more functionality omitted.
}
1 | 查詢並返回與 Predicate 匹配的單個實體。 |
2 | 查詢並返回與 Predicate 匹配的所有實體。 |
3 | 返回與 Predicate 匹配的實體數量。 |
4 | 返回是否存在與 Predicate 匹配的實體。 |
要使用 Querydsl 支援,請在您的 repository 介面上擴充套件 QuerydslPredicateExecutor
,如下例所示
interface UserRepository extends CrudRepository<User, Long>, QuerydslPredicateExecutor<User> {
}
前面的示例允許您透過使用 Querydsl 的 Predicate
例項來編寫型別安全的查詢,如下例所示
Predicate predicate = user.firstname.equalsIgnoreCase("dave")
.and(user.lastname.startsWithIgnoreCase("mathews"));
userRepository.findAll(predicate);
Web 支援
支援 repository 程式設計模型的 Spring Data 模組附帶了各種 Web 支援。Web 相關元件需要將 Spring MVC JAR 新增到 classpath 中。其中一些甚至提供與 Spring HATEOAS 的整合。通常,透過在 JavaConfig 配置類中使用 @EnableSpringDataWebSupport
註解來啟用整合支援,如下例所示
-
Java
-
XML
@Configuration
@EnableWebMvc
@EnableSpringDataWebSupport
class WebConfiguration {}
<bean class="org.springframework.data.web.config.SpringDataWebConfiguration" />
<!-- If you use Spring HATEOAS, register this one *instead* of the former -->
<bean class="org.springframework.data.web.config.HateoasAwareSpringDataWebConfiguration" />
@EnableSpringDataWebSupport
註解註冊了一些元件。我們將在本節後面討論這些元件。它還檢測 classpath 中是否存在 Spring HATEOAS,併為其註冊整合元件(如果存在)。
基本 Web 支援
上一節所示的配置註冊了一些基本元件
-
一個 使用
DomainClassConverter
類,以便 Spring MVC 可以從請求引數或路徑變數中解析由 repository 管理的領域類例項。 -
HandlerMethodArgumentResolver
實現,以便 Spring MVC 可以從請求引數中解析Pageable
和Sort
例項。 -
Jackson Modules,用於序列化/反序列化
Point
和Distance
等型別,或者根據使用的 Spring Data 模組序列化/反序列化特定於儲存的型別。
使用 DomainClassConverter
類
DomainClassConverter
類允許您直接在 Spring MVC 控制器方法簽名中使用領域型別,這樣您就不必手動透過 repository 查詢例項,如下例所示
@Controller
@RequestMapping("/users")
class UserController {
@RequestMapping("/{id}")
String showUserForm(@PathVariable("id") User user, Model model) {
model.addAttribute("user", user);
return "userForm";
}
}
該方法直接接收 User
例項,無需進一步查詢。可以透過讓 Spring MVC 先將路徑變數轉換為領域類的 id
型別,然後透過呼叫為該領域型別註冊的 repository 例項上的 findById(…)
來解析該例項。
目前,repository 必須實現 CrudRepository 才能被發現用於轉換。 |
用於 Pageable 和 Sort 的 HandlerMethodArgumentResolvers
上一節所示的配置片段還註冊了一個 PageableHandlerMethodArgumentResolver
例項以及一個 SortHandlerMethodArgumentResolver
例項。此註冊使 Pageable
和 Sort
成為有效的控制器方法引數,如下例所示
@Controller
@RequestMapping("/users")
class UserController {
private final UserRepository repository;
UserController(UserRepository repository) {
this.repository = repository;
}
@RequestMapping
String showUsers(Model model, Pageable pageable) {
model.addAttribute("users", repository.findAll(pageable));
return "users";
}
}
前面的方法簽名導致 Spring MVC 嘗試使用以下預設配置從請求引數派生一個 Pageable
例項
|
您想檢索的頁碼。從 0 開始索引,預設為 0。 |
|
您想檢索的頁大小。預設為 20。 |
|
應按何種格式 |
要自定義此行為,請註冊一個實現 PageableHandlerMethodArgumentResolverCustomizer
介面或 SortHandlerMethodArgumentResolverCustomizer
介面的 bean。其 customize()
方法將被呼叫,允許您更改設定,如下例所示
@Bean SortHandlerMethodArgumentResolverCustomizer sortCustomizer() {
return s -> s.setPropertyDelimiter("<-->");
}
如果設定現有 MethodArgumentResolver
的屬性不足以滿足您的需求,可以擴充套件 SpringDataWebConfiguration
或支援 HATEOAS 的等效類,覆蓋 pageableResolver()
或 sortResolver()
方法,並匯入您的自定義配置檔案,而不是使用 @Enable
註解。
如果您需要從請求中解析多個 Pageable
或 Sort
例項(例如,針對多個表),您可以使用 Spring 的 @Qualifier
註解來區分它們。然後請求引數必須以 ${qualifier}_
為字首。以下示例顯示了最終的方法簽名
String showUsers(Model model,
@Qualifier("thing1") Pageable first,
@Qualifier("thing2") Pageable second) { … }
您必須填充 thing1_page
、thing2_page
等。
傳遞給方法的預設 Pageable
相當於一個 PageRequest.of(0, 20)
,但您可以透過在 Pageable
引數上使用 @PageableDefault
註解來自定義它。
為 Page
建立 JSON 表示
Spring MVC 控制器通常會嘗試最終向客戶端渲染 Spring Data page 的表示。雖然可以直接從 handler 方法返回 Page
例項,讓 Jackson 按原樣渲染它們,但我們強烈建議不要這樣做,因為底層實現類 PageImpl
是一個領域型別。這意味著我們可能希望或不得不由於無關的原因更改其 API,而這些更改可能會以破壞性方式改變最終的 JSON 表示。
從 Spring Data 3.1 開始,我們透過發出描述該問題的警告日誌來提示該問題。我們仍然最終建議利用 與 Spring HATEOAS 的整合,以穩定且支援超媒體的方式渲染頁面,從而輕鬆允許客戶端進行導航。但從 3.3 版本開始,Spring Data 提供了一種方便使用的頁面渲染機制,且不需要包含 Spring HATEOAS。
使用 Spring Data 的 PagedModel
從核心來看,此支援包含 Spring HATEOAS 的 PagedModel
的簡化版本(Spring Data 的版本位於 org.springframework.data.web
包中)。它可以用於包裝 Page
例項,併產生反映 Spring HATEOAS 建立的結構的簡化表示,但省略了導航連結。
import org.springframework.data.web.PagedModel;
@Controller
class MyController {
private final MyRepository repository;
// Constructor ommitted
@GetMapping("/page")
PagedModel<?> page(Pageable pageable) {
return new PagedModel<>(repository.findAll(pageable)); (1)
}
}
1 | 將 Page 例項包裝到 PagedModel 中。 |
這將產生如下所示的 JSON 結構
{
"content" : [
… // Page content rendered here
],
"page" : {
"size" : 20,
"totalElements" : 30,
"totalPages" : 2,
"number" : 0
}
}
請注意文件如何包含一個公開基本分頁元資料的 page
欄位。
全域性啟用簡化的 Page
渲染
如果您不想更改所有現有控制器以新增對映步驟來返回 PagedModel
而不是 Page
,您可以透過如下調整 @EnableSpringDataWebSupport
來啟用 PageImpl
例項到 PagedModel
的自動轉換
@EnableSpringDataWebSupport(pageSerializationMode = VIA_DTO)
class MyConfiguration { }
這將允許您的控制器仍然返回 Page
例項,並且它們將自動渲染為簡化的表示
@Controller
class MyController {
private final MyRepository repository;
// Constructor ommitted
@GetMapping("/page")
Page<?> page(Pageable pageable) {
return repository.findAll(pageable);
}
}
Page 和 Slice 的超媒體支援
Spring HATEOAS 附帶了一種表示模型類 (PagedModel
/SlicedModel
),它允許用必要的 Page
/Slice
元資料以及連結來豐富 Page
或 Slice
例項的內容,以便客戶端輕鬆導航頁面。將 Page
轉換為 PagedModel
是由 Spring HATEOAS RepresentationModelAssembler
介面的一個實現完成的,稱為 PagedResourcesAssembler
。類似地,Slice
例項可以使用 SlicedResourcesAssembler
轉換為 SlicedModel
。以下示例展示瞭如何將 PagedResourcesAssembler
用作控制器方法引數,SlicedResourcesAssembler
的工作方式完全相同
@Controller
class PersonController {
private final PersonRepository repository;
// Constructor omitted
@GetMapping("/people")
HttpEntity<PagedModel<Person>> people(Pageable pageable,
PagedResourcesAssembler assembler) {
Page<Person> people = repository.findAll(pageable);
return ResponseEntity.ok(assembler.toModel(people));
}
}
啟用前面示例中所示的配置,可以將 PagedResourcesAssembler
用作控制器方法引數。在其上呼叫 toModel(…)
會產生以下效果
-
Page
的內容成為PagedModel
例項的內容。 -
PagedModel
物件附加一個PageMetadata
例項,並用來自Page
和底層Pageable
的資訊填充它。 -
PagedModel
可能會根據 page 的狀態附加prev
和next
連結。這些連結指向方法對映到的 URI。新增到方法的 pagination 引數與PageableHandlerMethodArgumentResolver
的設定匹配,以確保將來可以解析連結。
假設我們在資料庫中有 30 個 Person
例項。您現在可以觸發一個請求(GET localhost:8080/people
),並看到類似於以下的輸出
{ "links" : [
{ "rel" : "next", "href" : "https://:8080/persons?page=1&size=20" }
],
"content" : [
… // 20 Person instances rendered here
],
"page" : {
"size" : 20,
"totalElements" : 30,
"totalPages" : 2,
"number" : 0
}
}
此處顯示的 JSON 信封格式不遵循任何正式規範的結構,且不保證穩定,我們可能隨時更改它。強烈建議啟用將其渲染為 Spring HATEOAS 支援的超媒體啟用的官方媒體型別,例如 HAL。可以透過使用其 @EnableHypermediaSupport 註解啟用這些。更多資訊請參閱 Spring HATEOAS 參考文件。 |
組裝器生成了正確的 URI,並根據預設配置將引數解析為 Pageable
以供後續請求使用。這意味著,如果您更改該配置,連結會自動遵守更改。預設情況下,組裝器指向呼叫它的控制器方法,但您可以透過傳遞一個自定義的 Link
作為構建分頁連結的基礎來定製此行為,這會過載 PagedResourcesAssembler.toModel(…)
方法。
Spring Data Jackson 模組
核心模組以及一些特定於儲存的模組,提供了一組 Jackson Module,用於 Spring Data 領域中使用的型別,例如 org.springframework.data.geo.Distance
和 org.springframework.data.geo.Point
。
一旦啟用了 Web 支援 並且 com.fasterxml.jackson.databind.ObjectMapper
可用,就會匯入這些 Modules。
在初始化期間,基礎設施會檢測到 SpringDataJacksonModules
,例如 SpringDataJacksonConfiguration
,從而使宣告的 com.fasterxml.jackson.databind.Module
可供 Jackson ObjectMapper
使用。
通用基礎設施為以下領域型別註冊了資料繫結 mixin。
org.springframework.data.geo.Distance org.springframework.data.geo.Point org.springframework.data.geo.Box org.springframework.data.geo.Circle org.springframework.data.geo.Polygon
各個模組可能會提供額外的 |
Web 資料繫結支援
您可以使用 Spring Data projections(在 Projections 中描述)透過使用 JSONPath 表示式(需要 Jayway JsonPath)或 XPath 表示式(需要 XmlBeam)來繫結傳入的請求負載,如下例所示
@ProjectedPayload
public interface UserPayload {
@XBRead("//firstname")
@JsonPath("$..firstname")
String getFirstname();
@XBRead("/lastname")
@JsonPath({ "$.lastname", "$.user.lastname" })
String getLastname();
}
您可以使用前面示例中所示的型別作為 Spring MVC handler 方法引數,或者透過在 RestTemplate
的方法上使用 ParameterizedTypeReference
。前面的方法宣告會嘗試在給定文件的任何位置查詢 firstname
。lastname
的 XML 查詢在傳入文件的頂層執行。JSON 變體首先嚐試頂層的 lastname
,但如果前者未返回值,也會嘗試巢狀在 user
子文件中的 lastname
。透過這種方式,可以輕鬆緩解源文件結構的變化,而無需呼叫暴露方法(通常是基於類負載繫結的缺點)的客戶端進行更改。
巢狀 projections 的支援如 Projections 中所述。如果方法返回複雜、非介面的型別,則使用 Jackson ObjectMapper
來對映最終值。
對於 Spring MVC,只要 @EnableSpringDataWebSupport
處於活動狀態且 classpath 中存在所需依賴項,就會自動註冊必要的轉換器。對於與 RestTemplate
一起使用,請手動註冊 ProjectingJackson2HttpMessageConverter
(JSON) 或 XmlBeamHttpMessageConverter
。
更多資訊請參閱規範的 Spring Data Examples repository 中的 web projection example。
Querydsl Web 支援
對於那些集成了 Querydsl 的儲存,您可以從 Request
查詢字串中包含的屬性派生查詢。
考慮以下查詢字串
?firstname=Dave&lastname=Matthews
給定前面示例中的 User
物件,您可以使用 QuerydslPredicateArgumentResolver
將查詢字串解析為以下值,如下所示
QUser.user.firstname.eq("Dave").and(QUser.user.lastname.eq("Matthews"))
當 classpath 中找到 Querydsl 時,此功能會隨同 @EnableSpringDataWebSupport 自動啟用。 |
在方法簽名中新增 @QuerydslPredicate
提供了一個即用型的 Predicate
,您可以使用 QuerydslPredicateExecutor
執行它。
型別資訊通常從方法的返回型別解析。由於該資訊不一定與領域型別匹配,因此最好使用 QuerydslPredicate 的 root 屬性。 |
以下示例展示瞭如何在方法簽名中使用 @QuerydslPredicate
@Controller
class UserController {
@Autowired UserRepository repository;
@RequestMapping(value = "/", method = RequestMethod.GET)
String index(Model model, @QuerydslPredicate(root = User.class) Predicate predicate, (1)
Pageable pageable, @RequestParam MultiValueMap<String, String> parameters) {
model.addAttribute("users", repository.findAll(predicate, pageable));
return "index";
}
}
1 | 將查詢字串引數解析為與 User 匹配的 Predicate 。 |
預設繫結如下
-
簡單屬性上的
Object
作為eq
。 -
集合類屬性上的
Object
作為contains
。 -
簡單屬性上的
Collection
作為in
。
您可以透過 `@QuerydslPredicate` 的 bindings
屬性自定義這些繫結,或者透過使用 Java 8 default methods
並將 QuerydslBinderCustomizer
方法新增到 repository 介面來實現,如下所示
interface UserRepository extends CrudRepository<User, String>,
QuerydslPredicateExecutor<User>, (1)
QuerydslBinderCustomizer<QUser> { (2)
@Override
default void customize(QuerydslBindings bindings, QUser user) {
bindings.bind(user.username).first((path, value) -> path.contains(value)) (3)
bindings.bind(String.class)
.first((StringPath path, String value) -> path.containsIgnoreCase(value)); (4)
bindings.excluding(user.password); (5)
}
}
1 | QuerydslPredicateExecutor 提供了對 Predicate 的特定查詢方法的訪問。 |
2 | 在 repository 介面上定義的 QuerydslBinderCustomizer 會被自動檢測到,並快捷方式替代 @QuerydslPredicate(bindings=…) 。 |
3 | 定義 username 屬性的繫結,使其成為一個簡單的 contains 繫結。 |
4 | 定義 String 屬性的預設繫結,使其成為不區分大小寫的 contains 匹配。 |
5 | 從 Predicate 解析中排除 password 屬性。 |
您可以註冊一個持有預設 Querydsl 繫結的 QuerydslBinderCustomizerDefaults bean,然後在應用來自 repository 或 @QuerydslPredicate 的特定繫結之前使用。 |
Repository 填充器
如果您使用 Spring JDBC 模組,您可能熟悉使用 SQL 指令碼填充 DataSource
的支援。在 repositories 級別也有類似的抽象,儘管它不使用 SQL 作為資料定義語言,因為它必須是儲存無關的。因此,填充器支援 XML(透過 Spring 的 OXM 抽象)和 JSON(透過 Jackson)來定義用於填充 repositories 的資料。
假設您有一個名為 data.json
的檔案,內容如下
[ { "_class" : "com.acme.Person",
"firstname" : "Dave",
"lastname" : "Matthews" },
{ "_class" : "com.acme.Person",
"firstname" : "Carter",
"lastname" : "Beauford" } ]
您可以使用 Spring Data Commons 中提供的 repository 名稱空間的填充器元素來填充您的 repositories。要將前面的資料填充到您的 PersonRepository
,請宣告一個類似於以下的填充器
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:repository="http://www.springframework.org/schema/data/repository"
xsi:schemaLocation="http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/data/repository
https://www.springframework.org/schema/data/repository/spring-repository.xsd">
<repository:jackson2-populator locations="classpath:data.json" />
</beans>
前面的宣告導致讀取 data.json
檔案,並由 Jackson ObjectMapper
進行反序列化。
JSON 物件要反序列化成的型別是透過檢查 JSON 文件的 _class
屬性來確定的。基礎設施最終會選擇適當的 repository 來處理已反序列化的物件。
要改為使用 XML 定義用於填充 repositories 的資料,可以使用 unmarshaller-populator
元素。您將其配置為使用 Spring OXM 中可用的一種 XML marshaller 選項。詳細資訊請參閱 Spring 參考文件。以下示例展示瞭如何使用 JAXB 反序列化一個 repository 填充器
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:repository="http://www.springframework.org/schema/data/repository"
xmlns:oxm="http://www.springframework.org/schema/oxm"
xsi:schemaLocation="http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/data/repository
https://www.springframework.org/schema/data/repository/spring-repository.xsd
http://www.springframework.org/schema/oxm
https://www.springframework.org/schema/oxm/spring-oxm.xsd">
<repository:unmarshaller-populator locations="classpath:data.json"
unmarshaller-ref="unmarshaller" />
<oxm:jaxb2-marshaller contextPath="com.acme" />
</beans>