靈活的API查詢語言GraphQL怎么用,很多新手對此不是很清楚,為了幫助大家解決這個(gè)難題,下面小編將為大家詳細(xì)講解,有這方面需求的人可以來學(xué)習(xí)下,希望你能有所收獲。
我們提供的服務(wù)有:做網(wǎng)站、網(wǎng)站設(shè)計(jì)、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、樺川ssl等。為成百上千家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù),是有科學(xué)管理、有技術(shù)的樺川網(wǎng)站制作公司
GraphQL 是什么
GraphQL 是一種 API 查詢語言,是一個(gè)對自定義類型系統(tǒng)執(zhí)行查詢的服務(wù)端運(yùn)行環(huán)境。它相當(dāng)于客戶端和服務(wù)器之間的中介,將客戶端發(fā)來的所需數(shù)據(jù)的請求處理之后在一次請求之中就能獲得符合客戶端需求的響應(yīng)數(shù)據(jù)。它還有個(gè)好處就是它是一種當(dāng)作一種組織,管理數(shù)據(jù)的能力來使用,而不綁定在什么數(shù)據(jù)庫上面,數(shù)據(jù)存在于哪里與它無關(guān)。
對比 Rest API
Rest API 是和 GraphQL 同類的用于查詢的語言。Rest 把每個(gè)資源都用一個(gè) URL 表示,訪問這個(gè) URL 就能夠得到一份 JSON 格式的數(shù)據(jù)響應(yīng),但是這有一個(gè)缺點(diǎn),你可能會(huì)得到與需求不相關(guān)的數(shù)據(jù)。而 GraphQL 則不會(huì),發(fā)送過去的請求中指定了需要哪個(gè)資源,舉個(gè)簡單的例子,你需要這本書的作者的姓資源,那么 Rest API 會(huì)把把作者的名字也發(fā)給你,因?yàn)槟闶峭ㄟ^訪問作者的信息的 URL 來獲得姓的,而 GraphQL 則會(huì)只把需要的信息發(fā)過來,換句話說,需要什么資源是用戶來決定的。
RPC vs REST vs GraphQL( 參考資料點(diǎn)擊這里 )

在合適的時(shí)候選擇合適的工具是重要的,下面則列舉了在一些場景下最好使用什么工具來作為參考
1、如果是 Management API,這類 API 的特點(diǎn)如下:
關(guān)注于對象與資源
會(huì)有多種不同的客戶端
需要良好的可發(fā)現(xiàn)性和文檔
這種情景使用 REST + JSON API 可能會(huì)更好。
2、如果是 Command or Action API,這類 API 的特點(diǎn)如下:
面向動(dòng)作或者指令
僅需要簡單的交互
這種情況使用 RPC 就足夠了。
3、如果是 Internal Micro Services API,這類 API 的特點(diǎn)如下:
消息密集型
對系統(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)
希望對于高延遲場景可以有更好的優(yōu)化
這種場景無疑 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)確地知道客戶端請求的字段。并且在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)中,你只能傳遞一組簡單參數(shù) —— 請求中的 query 參數(shù)和 URL 段。但是在 GraphQL 中,每一個(gè)字段和嵌套對象都能有自己的一組參數(shù),從而使得 GraphQL 可以完美替代多次 API 獲取請求。甚至你也可以給 標(biāo)量(scalar)字段傳遞參數(shù),用于實(shí)現(xiàn)服務(wù)端的一次轉(zhuǎn)換,而不用每個(gè)客戶端分別轉(zhuǎn)換。
看完上述內(nèi)容是否對您有幫助呢?如果還想對相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章,請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝您對創(chuàng)新互聯(lián)的支持。
新聞標(biāo)題:靈活的API查詢語言GraphQL怎么用
標(biāo)題路徑:http://chinadenli.net/article8/gdgcip.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供外貿(mào)網(wǎng)站建設(shè)、軟件開發(fā)、網(wǎng)站改版、網(wǎng)站排名、動(dòng)態(tài)網(wǎng)站、微信小程序
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)