偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

再見 REST,你好 GraphQL

開發(fā) 前端
對于稍微復(fù)雜的關(guān)聯(lián)查詢,就顯得不太合適:如果設(shè)計一個 REST 接口,一般情況下會返回關(guān)聯(lián)表的全部字段,以滿足更多類似的查詢需求,如果設(shè)計多個細(xì)粒度接口,前端就需要查詢很多次,自己拼裝數(shù)據(jù)。

寫過前端的都知道,REST 風(fēng)格的 API 適合簡單的增刪改查。對于稍微復(fù)雜的關(guān)聯(lián)查詢,就顯得不太合適:如果設(shè)計一個 REST 接口,一般情況下會返回關(guān)聯(lián)表的全部字段,以滿足更多類似的查詢需求,如果設(shè)計多個細(xì)粒度接口,前端就需要查詢很多次,自己拼裝數(shù)據(jù)。粗粒度的接口導(dǎo)致不必要的數(shù)據(jù)傳輸,細(xì)粒度的接口導(dǎo)致函數(shù)爆炸,你見過 JavaScript 的 Promise 滿天飛吧。

在此情景下 Facebook 的工程師于 2015 年開源了 GraphQL 規(guī)范,讓前端自己描述自己希望的數(shù)據(jù)形式,服務(wù)端則返回前端所描述的數(shù)據(jù)結(jié)構(gòu)。簡單的來說,前端要啥,后端就返回啥,非常靈活。

什么是 GraphQL?

簡單來說,GraphQL 是一種面向數(shù)據(jù)的 API 查詢風(fēng)格,把所有數(shù)據(jù)都視為已連接的圖形,客戶端能夠準(zhǔn)確地獲得它需要的數(shù)據(jù),沒有任何冗余,也讓 API 更容易地隨著時間推移而演進(jìn),還能用于構(gòu)建強(qiáng)大的開發(fā)者工具。

比如,前端只需要 hero 的 name,那么后端就只返回這個 name,沒有冗余:

再比如:前端需要顯示作者的帖子信息,作者本人的信息,作者的關(guān)注者列表,假如是 REST,前端需要請求這三個接口,再組裝:

  • /user/獲取用戶(作者)詳細(xì)信息,可能是名稱。
  • /user//posts 獲取該用戶發(fā)布的帖子列表。
  • /user//followers 獲取用戶的關(guān)注者列表。

現(xiàn)在我們可以通過 GraphQL 的一次查詢拿到全部信息,無需從好幾個異步 API 里面來回找:

  1. query { 
  2.   User(id: '123') { 
  3.     name 
  4.     posts { 
  5.       title 
  6.     } 
  7.     followers { 
  8.       name 
  9.     } 
  10.   } 

簡潔明了,不是嗎?

GraphQL 帶來的改變

目前應(yīng)用開發(fā)的主流就是前后端分離,前后端只通過 API 來交流,結(jié)構(gòu)大概如下圖:

如果使用 GraphQL,那么后端將不再生產(chǎn) API,而是將 Controller 層維護(hù)為 Resolver,和前端約定一套 Schema,這個 Schema 將用來生成接口文檔,前端直接通過 Schema 或生成的接口文檔來進(jìn)行自己期望的請求。

經(jīng)過幾年一線開發(fā)者的填坑,已經(jīng)有一些不錯的awesome-graphql(https://github.com/chentsulin/awesome-graphql)用于開發(fā)與生產(chǎn),很多語言也提供了對 GraphQL 的支持,比如 JavaScript/Nodejs、Java、PHP、Ruby、Python、Go、C# 等。

GraphQL 的使用趨勢

一些比較有名的公司正在轉(zhuǎn)換 REST API 到 GraphQL,比如 Twitter、IBM、Coursera、Airbnb、Facebook、Github、攜程等,特別是 Github,它的 v4 版外部 API 只使用 GraphQL。據(jù)一位在 Twitter 工作的大佬說硅谷不少一線二線的公司都在想辦法轉(zhuǎn)到 GraphQL 上,但是同時也說了 GraphQL 還需要時間發(fā)展,因?yàn)閷⑺褂玫缴a(chǎn)環(huán)境需要前后端大量的重構(gòu),這無疑需要高層的推動和決心。

GraphQL 的局限性

對于簡單的應(yīng)用程序而言,設(shè)置類型、查詢等可能會有些復(fù)雜,相比之下 REST 可以更輕松完成。

對于復(fù)雜的查詢,GraphQL 只需要一次接口請求,這樣雖然網(wǎng)絡(luò)層面的請求數(shù)被優(yōu)化了,但是數(shù)據(jù)庫層面的查詢可一點(diǎn)都不少,數(shù)據(jù)庫查詢可能會成為性能瓶頸,還有很大的優(yōu)化空間。

GraphQL 的優(yōu)勢

檢索精確的數(shù)據(jù),沒有冗余。通常,當(dāng)數(shù)據(jù)需求發(fā)生變化時,您只需要修改查詢,并且不需要太多更改,從而提高前后端的開發(fā)效率,可以快速進(jìn)行產(chǎn)品迭代。

最后的話

 

GraphQL 已經(jīng)被各種體量的團(tuán)隊所使用,在不同的環(huán)境、不同的語言下,用于增強(qiáng)移動應(yīng)用、網(wǎng)站和 API。如果你已經(jīng)厭倦了 REST API,現(xiàn)在是時候?qū)W習(xí)一下 GraphQL 了。關(guān)注公眾號「Python七號」,學(xué)習(xí)更多技術(shù)干貨。

 

責(zé)任編輯:武曉燕 來源: Python七號
相關(guān)推薦

2015-03-16 11:09:28

MongoDBPostgreSQL數(shù)據(jù)遷移

2012-08-01 09:50:09

HotmailOutlook微軟

2021-01-13 11:13:46

ExcelPandas代碼

2019-02-01 10:35:33

PythonGo語言編程語言

2021-07-27 05:56:53

CrocFTPSFTP

2018-01-02 08:40:19

云安全云遷移數(shù)據(jù)泄露

2023-11-28 17:24:45

2009-03-30 08:44:22

微軟Windows 7操作系統(tǒng)

2020-09-27 11:15:37

可視化PandasPython

2023-11-09 09:13:48

GraphQLAPI 架構(gòu)

2011-01-07 18:05:37

QQ騰訊移動互聯(lián)網(wǎng)

2024-04-16 12:00:14

API系統(tǒng)

2022-05-06 09:52:17

REST接口API

2014-11-27 14:26:46

蘋果iPhone停產(chǎn)

2021-06-02 22:25:26

2G5G運(yùn)營商

2023-04-10 07:40:36

GraphQLRest通信模式

2024-06-24 00:20:00

API應(yīng)用程序接口

2023-03-10 15:03:37

Web 應(yīng)用程序API開發(fā)

2023-03-16 18:04:00

APIWeb 應(yīng)用程序開發(fā)

2022-08-02 19:03:19

RestAPI集成
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號