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

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

GraphQL 是什么

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

對比 Rest API

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

RPC vs REST vs GraphQL（ 參考資料點擊這里 ）

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

1、如果是 Management API，這類 API 的特點如下：

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

• 會有多種不同的客戶端

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

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

2、如果是 Command or Action API，這類 API 的特點如下：

• 面向動作或者指令

• 僅需要簡單的交互

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

3、如果是 Internal Micro Services API，這類 API 的特點如下：

• 消息密集型

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

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

4、如果是 Micro Services API，這類 API 的特點如下：

• 消息密集型

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

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

5、如果是 Data or Mobile API，這類 API 的特點是：

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

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

• 這種場景無疑 GraphQL 是最好的選擇。

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

{
hero {
name
}
}

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

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

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

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

例如，有如下查詢：

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

其結(jié)果為：

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

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

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

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

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

廣告

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