前端通過安裝包形式引入graphQL（在已有graphQL server端情況下，前端graphQL可直接通過api方法查詢接口對應參數數據而過濾不必要的數據字段返回）, webpack編譯gql文件，
GraphQL 不足：
寫後臺接口,要注意的是它並非用來提升接口性能，相反反而會降低接口性能。
比如你一個完整響應有 10 個字段，你只要返回兩個字段，後臺不會只查詢那兩個字段，
而是先查詢出完整響應，再逐字段遍歷解析才返回所需的兩個字段的值。
這個就導致完整響應的字段過多或者響應結果值過多都會導致接口性能下降明顯。
GraphQL 還是有其優點的：
一個是它只返回所請求的字段信息。
比如一個用戶信息響應有多個字段，但前端只需要 UserID 和 UserName，那接口能只返回 UserID 和 UserName 這兩個響應字段,而不返回其他多餘的響應字段，這個對於 facebook 這種每天接口請求幾十幾百億次的話，減少的流量帶寬還是比較可觀的。
二是可以合併多個請求接口。比如後臺有產品信息及產品詳情頁信息兩個接口，在一個 GraphQL 接口裏，可以同時返回產品信息和產品詳情兩個接口的響應結果
參考url: https://www.v2ex.com/amp/t/427036