进击的GraphQL

前提

因为前端项目模块化组件化的推动，前端的工做量大大减小，可维护性愈来愈强。与此同时，前端团队人数不断增长，若是只是为了增长前端工做量而让前端负责更多不太偏重于前端岗位的工做内容（原型设计、接口设计、数据库设计等），前端可能就成了啥都会一点，啥都不精的岗了。为了让前端专业能力更专精，并分担一部分后端同事的活儿，需对现有问题提供更优的解决方案，并体现前端的重要性。

现状

1. 响应数据结构不一致：后台与前端的领域模型不一致，需让后台调整响应的数据结构
2. 联调效率低：前端需等后端接口开发完后，才能够调试接口
3. 响应数据冗余：有的接口多是万能接口，字段不可轻易删减

下一步

使用nodejs + graphQL

1. 前端自行拼接响应数据结构，减小数据冗余。
2. 前端自行mock数据，开发调试不受限于后端
3. 根据业务逻辑，针对性地作到接口缓存
4. 前端介入服务端后，前端组件更具弹性（好比表格动态渲染表头等）
5. 一键生成文档，后端可根据前端文档进行接口开发，从而减小后端接口设计时间，后端可根据后端领域模型进行更多的微服务拆分、底层优化和数据库设计

相关文档

• 前端开发-领域驱动设计
• 技术驱动：先后端的协同效率从哪些方面发力推动
• GraphQL 开发原则