Series
前面學完了怎麼請求資料，怎麼定義 Schema，最後我們就是要來學習怎麼解析請求來拿取資料。 此處我是搭配 Apollo 來使用，所以可能跟其他 Framework 不同。到了 Resolver 基本上我認為就已經不關 GraphQL 的事情了，就主要是後端的邏輯該怎麼利用得到的參數來從 Database 取得資料或更新資料。 Operation 前面提到 GraphQL 的 Operation 是 Entry Point，所以 Front End 請求所用的都需要在 Resolver 也定義，...
上一篇學完了怎麼定義看得到的資料格是，這一篇就要來學習 Front End 要怎麼取得資料。下面是 Query Schema 的格式： Operation GraphQL 提供三個 operation type — query、mutation、subscription。operation type 省略不寫的話，預設會使用 query 來處理。如果一次有多個操作的話，則不能省略。但是建議不要省略，這樣在維護上比較易讀。Operation Name 沒有特別意義，只是幫助區分和維護。 // 不...
最近因為公司的需求，可能要導入 GraphQL 到專案裡面，所以去做了些研究開始學習 GraphQL。 過程中實在是有許多地方的概念，很難搞懂（老了學不來了ＱＱ）。在此紀錄自己學習後的理解，希望會幫助到入門的人，也希望有大大提點不正確的地方（拜託鞭我，我抖 M 不抖音）。 這邊先簡介一下 GraphQL，GraphQL 是由 Facebook 開源出來的專案。其特點是所見即所得的存取資料方式。通常在 RESTful 的 API 設計下，一個頁面可能需要多個 API 才能得到全部要呈現的資料，但是...
