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

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

GraphQL 是什么

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

對比 Rest API

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

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

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

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

• 關注于對象與資源

• 會有多種不同的客戶端

• 需要良好的可發(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 服務器
以一個查詢結(jié)果為例：

{
hero {
name
}
}

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

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

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

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

例如，有如下查詢：

{
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 獲取請求。甚至你也可以給 標量（scalar）字段傳遞參數(shù)，用于實現(xiàn)服務端的一次轉(zhuǎn)換，而不用每個客戶端分別轉(zhuǎn)換。

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

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

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

廣告

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