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

專注于為中小企業(yè)提供成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)惠農(nóng)免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了上千企業(yè)的穩(wěn)健成長(zhǎng)，幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

GraphQL 是什么

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

對(duì)比 Rest API

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

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

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

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

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

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

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

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

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

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

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

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

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

• 消息密集型

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

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

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

• 消息密集型

• 期望系統(tǒng)開銷較低

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

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

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

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

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

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

{
hero {
name
}
}

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

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

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

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

例如，有如下查詢：

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

其結(jié)果為：

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

在類似 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è)客戶端分別轉(zhuǎn)換。

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

標(biāo)題名稱：靈活的API查詢語(yǔ)言GraphQL怎么用-創(chuàng)新互聯(lián)
本文地址：http://jinyejixie.com/article8/dijjop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供手機(jī)網(wǎng)站建設(shè)、商城網(wǎng)站、網(wǎng)站改版、靜態(tài)網(wǎng)站、微信公眾號(hào)、定制開發(fā)

廣告

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