




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
第SpringBoot集成GraphqlQuery實(shí)戰(zhàn)示例目錄概述場景模擬開發(fā)實(shí)戰(zhàn)創(chuàng)建一個(gè)SpringBoot項(xiàng)目建立Java實(shí)體類編寫Schema文件編寫業(yè)務(wù)邏輯配置Graphql端點(diǎn)測試安裝插件查詢小結(jié)
概述
REST作為一種現(xiàn)代網(wǎng)絡(luò)應(yīng)用非常流行的軟件架構(gòu)風(fēng)格受到廣大WEB開發(fā)者的喜愛,在目前軟件架構(gòu)設(shè)計(jì)模式中隨處可見REST的身影,但是隨著REST的流行與發(fā)展,它的一個(gè)最大的缺點(diǎn)開始暴露出來:
在很多時(shí)候客戶端需要的數(shù)據(jù)往往在不同的地方具有相似性,但卻又不盡相同。
如同樣的用戶信息,在有的場景下前端只需要用戶的簡要信息(名稱、頭像),在其他場景下又需要用戶的詳細(xì)信息。當(dāng)這樣的相似但又不同的地方多的時(shí)候,就需要開發(fā)更多的接口來滿足前端的需要。
隨著這樣的場景越來越多,接口越來越多,文檔越來越臃腫,前后端溝通成本呈指數(shù)增加。
基于上面的場景,我們迫切需要有一種解決方案或框架,可以使得在使用同一個(gè)領(lǐng)域模型(DO、DTO)的數(shù)據(jù)接口時(shí)可以由前端指定需要的接口字段,而后端根據(jù)前端的需求自動(dòng)適配并返回對應(yīng)的字段。
這就是我們今天的主角GraphQL。
場景模擬
考慮下面的場景:
用戶與文章是一對多的關(guān)系,一個(gè)用戶可以發(fā)表多篇文章,同時(shí)又可以根據(jù)文章找到對應(yīng)的作者。
我們需要構(gòu)建以下幾個(gè)Graphql查詢:
根據(jù)用戶ID獲取用戶詳情,并獲取此用戶發(fā)表的所有文章根據(jù)文章ID獲取文章詳情,并獲取文章作者的信息
當(dāng)然項(xiàng)目是基于SpringBoot開發(fā)的。
開發(fā)實(shí)戰(zhàn)
在正式開發(fā)之前我推薦你在IDEA上安裝一下JSGraphQL插件,這個(gè)插件方便我們編寫Schema,語法糾錯(cuò),代碼高亮等等。。。
創(chuàng)建一個(gè)SpringBoot項(xiàng)目
通過IDEA創(chuàng)建一個(gè)SpringBoot項(xiàng)目,并引入對應(yīng)的jar
dependencies
dependency
groupIdorg.springframework.boot/groupId
artifactIdspring-boot-starter/artifactId
/dependency
dependency
groupIdorg.springframework.boot/groupId
artifactIdspring-boot-starter-web/artifactId
/dependency
!--graphqlstart--
dependency
groupIdcom.graphql-java/groupId
artifactIdgraphql-spring-boot-starter/artifactId
version5.0.2/version
/dependency
dependency
groupIdcom.graphql-java/groupId
artifactIdgraphql-java-tools/artifactId
version5.2.4/version
/dependency
!--graphqlend--
dependency
groupIdjectlombok/groupId
artifactIdlombok/artifactId
/dependency
/dependencies
這里主要需要引入graphql-spring-boot-starter和graphql-java-tools。
建立Java實(shí)體類
User
@Data
publicclassUser{
privateintuserId;
privateStringuserName;
privateStringrealName;
privateStringemail;
privateListPostposts;
publicUser(){
publicUser(intuserId,StringuserName,StringrealName,Stringemail){
this.userId=userId;
this.userName=userName;
this.realName=realName;
this.email=email;
Post
@Data
publicclassPost{
privateintpostId;
privateStringtitle;
privateStringtext;
privateStringcategory;
privateUseruser;
publicPost(){
publicPost(intpostId,Stringtitle,Stringtext,Stringcategory){
this.postId=postId;
this.title=title;
this.text=text;
this.category=category;
定義了兩個(gè)JAVA實(shí)體:Post,User。
編寫Schema文件
在resources/schema目錄下創(chuàng)建GraphQLSchema文件
schema{
query:Query,
typeQuery{
#獲取具體的用戶
getUserById(id:Int):User
#獲取具體的博客
getPostById(id:Int):Post
typeUser{
userId:ID!,
userName:String,
realName:String,
email:String,
posts:[Post],
typePost{
postId:ID!,
title:String!,
text:String,
category:String
user:User,
如上,我們通過type關(guān)鍵字定義了兩個(gè)對象,User與Post。在屬性后面添加!表明這是一個(gè)非空屬性,通過[Post]表明這是一個(gè)Post集合,類似于Java對象中List。
通過Query關(guān)鍵字定義了兩個(gè)查詢對象,getUserById,getPostById,分別返回User對象和Post對象。
關(guān)于schema的語法大家可以參考鏈接:/learn/schema/
編寫業(yè)務(wù)邏輯
PostService
@Service
publicclassPostServiceimplementsGraphQLQueryResolver{
*為了測試,只查詢id為1的結(jié)果
publicPostgetPostById(intid){
if(id==1){
Useruser=newUser(1,"javadaily","JAVA日知錄","zhangsan@");
Postpost=newPost(1,"Hello,Graphql","Graphql初體驗(yàn)","日記");
post.setUser(user);
returnpost;
}else{
returnnull;
UserService
@Service
publicclassUserServiceimplementsGraphQLQueryResolver{
ListUseruserList=Lists.newArrayList();
publicUsergetUserById(intid){
returnuserList.stream().filter(item-item.getUserId()==id).findAny().orElse(null);
@PostConstruct
publicvoidinitUsers(){
Postpost1=newPost(1,"Hello,Graphql1","Graphql初體驗(yàn)1","日記");
Postpost2=newPost(2,"Hello,Graphql2","Graphql初體驗(yàn)2","日記");
Postpost3=newPost(3,"Hello,Graphql3","Graphql初體驗(yàn)3","日記");
ListPostposts=Lists.newArrayList(post1,post2,post3);
Useruser1=newUser(1,"zhangsan","張三","zhangsan@");
Useruser2=newUser(2,"lisi","李四","lisi@");
user1.setPosts(posts);
user2.setPosts(posts);
userList.add(user1);
userList.add(user2);
基于Graphql的查詢需要實(shí)現(xiàn)GraphQLQueryResolver接口,由于為了便于演示我們并沒有引入數(shù)據(jù)層,請大家知悉。
配置Graphql端點(diǎn)
server.port=8080
graphql.servlet.corsEnabled=true
#配置端點(diǎn)
graphql.servlet.mapping=/graphql
graphql.servlet.enabled=true
配置完端口和端點(diǎn)后我們就可以對我們編寫的Graphql接口進(jìn)行測試了。
接口地址為:localhost:8080/graphql
測試
這里我使用的是Chrome瀏覽器的AltairGraphalClient插件,當(dāng)然你還可以使用其他的客戶端工具,如:graphql-playground。
安裝插件
瀏覽器輸入chrome://extensions/,在擴(kuò)展中心搜索Altair后即可添加至瀏覽器。
查詢
啟動(dòng)SpringBoot項(xiàng)目,然后在打開的Altair插件界面,輸入Graphql端點(diǎn)http://localhost:8080/graphql,然后點(diǎn)擊Docs,將鼠標(biāo)移至需要的查詢上,點(diǎn)擊ADDQUERY即可添加對應(yīng)的查詢。
點(diǎn)擊SendRequest即可看到查詢結(jié)果:
然后我們在Query中可以根據(jù)我們的需要新增或刪除接口字段并重新請求接口,會(huì)看到響應(yīng)結(jié)果中也會(huì)根據(jù)我們的請求自動(dòng)返回結(jié)果:
小結(jié)
Graphql支持的數(shù)據(jù)操作有:
查詢(Query):獲取
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- ??漆t(yī)院醫(yī)療體檢中介合作協(xié)議
- 電動(dòng)汽車換電站安全運(yùn)營及維護(hù)保養(yǎng)合同
- 機(jī)器人諧波減速器壽命測試臺(tái)租賃與測試報(bào)告生成合同
- 生物制造中試基地委托運(yùn)營與市場拓展管理協(xié)議
- 高端影視基地全天候安保與安全監(jiān)控服務(wù)協(xié)議
- 抖音平臺(tái)內(nèi)容糾紛仲裁協(xié)議書
- 寵物醫(yī)院品牌合作經(jīng)營授權(quán)合同范本
- 離婚協(xié)議中婚前個(gè)人房產(chǎn)權(quán)益保障合同
- 影視音樂制作保密協(xié)議及知識(shí)產(chǎn)權(quán)歸屬合同
- 急性顱腦外傷的急救流程
- 寧靖鹽高速公路青墩連接線工程道路路基施工組織設(shè)計(jì)
- 保健食品企業(yè)良好生產(chǎn)規(guī)范GB17405-1998
- 螺紋軸零件的數(shù)控加工工藝及程序設(shè)計(jì)
- 堅(jiān)持社會(huì)主義基本經(jīng)濟(jì)制度課件
- 統(tǒng)編版四年級下冊19-小英雄雨來課后分層作業(yè)(含答案)
- Q∕SY 1620-2013 保密工作檢查評價(jià)規(guī)范
- 內(nèi)力組合計(jì)算表(自動(dòng)版)
- 機(jī)動(dòng)車污染物排放比對試驗(yàn)報(bào)告
- 迅達(dá)5500電梯調(diào)試資料
- 醫(yī)院科研教學(xué)處定崗定編方法
- 10t單梁起重機(jī)安裝方案
評論
0/150
提交評論