進擊的GraphQL

前提

因爲前端項目模塊化組件化的推動，前端的工做量大大減小，可維護性愈來愈強。與此同時，前端團隊人數不斷增長，若是隻是爲了增長前端工做量而讓前端負責更多不太偏重於前端崗位的工做內容（原型設計、接口設計、數據庫設計等），前端可能就成了啥都會一點，啥都不精的崗了。爲了讓前端專業能力更專精，並分擔一部分後端同事的活兒，需對現有問題提供更優的解決方案，並體現前端的重要性。

現狀

1. 響應數據結構不一致：後臺與前端的領域模型不一致，需讓後臺調整響應的數據結構
2. 聯調效率低：前端需等後端接口開發完後，才能夠調試接口
3. 響應數據冗餘：有的接口多是萬能接口，字段不可輕易刪減

下一步

使用nodejs + graphQL

1. 前端自行拼接響應數據結構，減小數據冗餘。
2. 前端自行mock數據，開發調試不受限於後端
3. 根據業務邏輯，針對性地作到接口緩存
4. 前端介入服務端後，前端組件更具彈性（好比表格動態渲染表頭等）
5. 一鍵生成文檔，後端可根據前端文檔進行接口開發，從而減小後端接口設計時間，後端可根據後端領域模型進行更多的微服務拆分、底層優化和數據庫設計

相關文檔

• 前端開發-領域驅動設計
• 技術驅動：先後端的協同效率從哪些方面發力推動
• GraphQL 開發原則