靈活的API查詢(xún)語(yǔ)言GraphQL怎么用

靈活的API查詢(xún)語(yǔ)言GraphQL怎么用，很多新手對(duì)此不是很清楚，為了幫助大家解決這個(gè)難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來(lái)學(xué)習(xí)下，希望你能有所收獲。

我們提供的服務(wù)有：做網(wǎng)站、網(wǎng)站設(shè)計(jì)、微信公眾號(hào)開(kāi)發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、樺川ssl等。為成百上千家企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢(xún)和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的樺川網(wǎng)站制作公司

GraphQL 是什么

GraphQL 是一種 API 查詢(xún)語(yǔ)言，是一個(gè)對(duì)自定義類(lèi)型系統(tǒng)執(zhí)行查詢(xún)的服務(wù)端運(yùn)行環(huán)境。它相當(dāng)于客戶(hù)端和服務(wù)器之間的中介，將客戶(hù)端發(fā)來(lái)的所需數(shù)據(jù)的請(qǐng)求處理之后在一次請(qǐng)求之中就能獲得符合客戶(hù)端需求的響應(yīng)數(shù)據(jù)。它還有個(gè)好處就是它是一種當(dāng)作一種組織，管理數(shù)據(jù)的能力來(lái)使用，而不綁定在什么數(shù)據(jù)庫(kù)上面，數(shù)據(jù)存在于哪里與它無(wú)關(guān)。

對(duì)比 Rest API

Rest API 是和 GraphQL 同類(lèi)的用于查詢(xún)的語(yǔ)言。Rest 把每個(gè)資源都用一個(gè) URL 表示，訪問(wèn)這個(gè) URL 就能夠得到一份 JSON 格式的數(shù)據(jù)響應(yīng)，但是這有一個(gè)缺點(diǎn)，你可能會(huì)得到與需求不相關(guān)的數(shù)據(jù)。而 GraphQL 則不會(huì)，發(fā)送過(guò)去的請(qǐng)求中指定了需要哪個(gè)資源，舉個(gè)簡(jiǎn)單的例子，你需要這本書(shū)的作者的姓資源，那么 Rest API 會(huì)把把作者的名字也發(fā)給你，因?yàn)槟闶峭ㄟ^(guò)訪問(wèn)作者的信息的 URL 來(lái)獲得姓的，而 GraphQL 則會(huì)只把需要的信息發(fā)過(guò)來(lái)，換句話(huà)說(shuō)，需要什么資源是用戶(hù)來(lái)決定的。

RPC vs REST vs GraphQL（ 參考資料點(diǎn)擊這里 ）

在合適的時(shí)候選擇合適的工具是重要的，下面則列舉了在一些場(chǎng)景下最好使用什么工具來(lái)作為參考

1、如果是 Management API，這類(lèi) API 的特點(diǎn)如下：

• 關(guān)注于對(duì)象與資源

• 會(huì)有多種不同的客戶(hù)端

• 需要良好的可發(fā)現(xiàn)性和文檔

• 這種情景使用 REST + JSON API 可能會(huì)更好。

2、如果是 Command or Action API，這類(lèi) API 的特點(diǎn)如下：

• 面向動(dòng)作或者指令

• 僅需要簡(jiǎn)單的交互

• 這種情況使用 RPC 就足夠了。

3、如果是 Internal Micro Services API，這類(lèi) API 的特點(diǎn)如下：

• 消息密集型

• 對(duì)系統(tǒng)性能有較高要求

• 這種情景仍然建議使用 RPC。

4、如果是 Micro Services API，這類(lèi) API 的特點(diǎn)如下：

• 消息密集型

• 期望系統(tǒng)開(kāi)銷(xiāo)較低

• 這種情景使用 RPC 或者 REST 均可。

5、如果是 Data or Mobile API，這類(lèi) API 的特點(diǎn)是：

• 數(shù)據(jù)類(lèi)型是具有圖狀的特點(diǎn)

• 希望對(duì)于高延遲場(chǎng)景可以有更好的優(yōu)化

• 這種場(chǎng)景無(wú)疑 GraphQL 是最好的選擇。

GraphQL 的查詢(xún)與變更——如何查詢(xún) GraphQL 服務(wù)器
以一個(gè)查詢(xún)結(jié)果為例：

{
hero {
name
}
}

該查詢(xún)將會(huì)獲得一個(gè)與其結(jié)構(gòu)幾乎一樣的結(jié)果：

{
"data": {
"hero": {
"name": "R2-D2"
}
}
}

這是 GraphQL 最重要的特性，因?yàn)檫@樣一來(lái)，你就總是能得到你想要的數(shù)據(jù)，而服務(wù)器也準(zhǔn)確地知道客戶(hù)端請(qǐng)求的字段。并且在GraphQL中查詢(xún)是可交互的，你可以按你喜歡來(lái)改變查詢(xún)，然后看看新的結(jié)果。

在查詢(xún)時(shí)可以添加上參數(shù)，結(jié)果也會(huì)顯得更有趣。參數(shù)可以是多種不同的類(lèi)型。GraphQL 自帶一套默認(rèn)類(lèi)型，但是 GraphQL 服務(wù)器可以聲明一套自己的定制類(lèi)型，只要能序列化成你的傳輸格式即可。

例如，有如下查詢(xún)：

{
human(id: "1000") {
name
height
}
}

其結(jié)果為：

{
"data": {
"human": {
"name": "Luke Skywalker",
"height": 1.72
}
}
}

在類(lèi)似 REST 的系統(tǒng)中，你只能傳遞一組簡(jiǎn)單參數(shù) —— 請(qǐng)求中的 query 參數(shù)和 URL 段。但是在 GraphQL 中，每一個(gè)字段和嵌套對(duì)象都能有自己的一組參數(shù)，從而使得 GraphQL 可以完美替代多次 API 獲取請(qǐng)求。甚至你也可以給 標(biāo)量（scalar）字段傳遞參數(shù)，用于實(shí)現(xiàn)服務(wù)端的一次轉(zhuǎn)換，而不用每個(gè)客戶(hù)端分別轉(zhuǎn)換。

看完上述內(nèi)容是否對(duì)您有幫助呢？如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝您對(duì)創(chuàng)新互聯(lián)的支持。

新聞標(biāo)題：靈活的API查詢(xún)語(yǔ)言GraphQL怎么用
標(biāo)題路徑：http://www.muchs.cn/article8/gdgcip.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)網(wǎng)站建設(shè)、軟件開(kāi)發(fā)、網(wǎng)站改版、網(wǎng)站排名、動(dòng)態(tài)網(wǎng)站、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)