进击的GraphQL

252 阅读1分钟

前提

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

现状

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

下一步

使用nodejs + graphQL

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

相关文档