核心理念：一切皆是圖

使用 GraphQL，你可以將你所有的業(yè)務(wù)建模為圖

圖是將很多真實(shí)世界現(xiàn)象變成模型的強(qiáng)大工具，因?yàn)樗鼈兒臀覀冏匀坏男闹悄Ｐ秃突具^(guò)程的口頭描述很相似。通過(guò) GraphQL，你會(huì)把自己的業(yè)務(wù)領(lǐng)域通過(guò)定義 schema 建模成一張圖；在你的 schema 里，你定義不同類型的節(jié)點(diǎn)以及它們之間是如何連接的。在客戶端這邊，這創(chuàng)建了一種類似于面向?qū)ο缶幊痰哪Ｊ剑阂闷渌愋偷念愋汀Ｔ诜?wù)器端，由于 GraphQL 定義了接口，你可以在任何后端自由的使用它（無(wú)論新舊！）。

GraphQL工作原理

GraphQL 通過(guò) HTTP 提供服務(wù)。

### GraphQL 的優(yōu)點(diǎn)

• GraphQL 模式會(huì)在 GraphQL 應(yīng)用中設(shè)置單一事實(shí)來(lái)源。它為企業(yè)提供了一種整合其整個(gè) API 的方法。
• 一次往返通訊可以處理多個(gè) GraphQL 調(diào)用。客戶端可得到自己所請(qǐng)求的內(nèi)容，不會(huì)超量。
• 嚴(yán)格定義的數(shù)據(jù)類型可減少客戶端與服務(wù)器之間的通信錯(cuò)誤。
• GraphQL 具有自檢功能。客戶端可以請(qǐng)求一個(gè)可用數(shù)據(jù)類型的列表。這非常適合文檔的自動(dòng)生成。
• GraphQL 允許應(yīng)用 API 進(jìn)行更新優(yōu)化，而無(wú)需破壞現(xiàn)有查詢。
• 許多開源 GraphQL 擴(kuò)展可提供 REST API 所不具備的功能。
• GraphQL 不指定特定的應(yīng)用架構(gòu)。它能夠以現(xiàn)有的 REST API 為基礎(chǔ)，并與現(xiàn)有的 API 管理工具配合使用。

GraphQL 的缺點(diǎn)

• 即便是熟悉 REST API 的開發(fā)人員，也需要一定時(shí)間才能掌握 GraphQL。
• GraphQL 將數(shù)據(jù)查詢的大部分工作都轉(zhuǎn)移到服務(wù)器端，由此增加了服務(wù)器開發(fā)人員工作的復(fù)雜度。
• 根據(jù)不同的實(shí)施方式，GraphQL 可能需要不同于 REST API 的 API 管理策略，尤其是在考慮速率限制和定價(jià)的情況下。
• 緩存機(jī)制比 REST 更加復(fù)雜。
• API 維護(hù)人員還會(huì)面臨編寫可維護(hù) GraphQL 模式的額外任務(wù)。