Skip to content

Latest commit

 

History

History
29 lines (16 loc) · 2.18 KB

FAQ.md

File metadata and controls

29 lines (16 loc) · 2.18 KB

puer-mock FAQ

关于 puer-mock 使用过程中的常见问题答疑.

感谢 @no13bus 在 v2ex 中找到我, 一起讨论了一些实际使用过程中的想法.

puer-mock 的主要用途?

让你可以快速定义后端接口, 生成接口的 mock 数据, 并提供在线接口文档便于前后端协作

  • 定义接口
  • mock server 生成假数据, 摆脱手工写 mock 数据的尴尬处境
  • 在线接口文档, 提高前后端的开发效率和沟通效率

接口由前端定还是后端定?

个人认为接口应该由接口的实现方主导来定义, 因为接口的数据是由实现方来获取的, 数据库或者数据结构也是由他们设计的, 字段名称都已经设计好了, 如果需要变更接口, 他们也最清楚. 一般接口是由后端开发人员来实现的, 因此定义接口时应该由后端来主导.

但个人觉得接口由哪一方来主导是其次, 反正前后端的接口是需要双方协商的, 因为后端定义的接口可能不方便或者不满足前端的要求, 还会时不时地需要调整, 例如前端根据需求需要新增字段, 或者为了方便前端获取接口中的数据, 需要调整接口的数据结构.

具体由哪一方来主导, 还得看公司的项目情况. 有后端主导的, 也有前端主导的. 但无论如何, 双方都需要参与进来, 接口绝对不是个单方职责, 需要多方共同推进.

PS: 我们这边由前端先定接口, 当然后端也会参与, 毕竟接口是要后端来实现的.

下一个阶段要做的是接口管理平台吗?

可以说 puer-mock 是以一个工具为切入点来推动前后端的工作效率. 能否成为一个平台还得看项目的发展情况吧, 毕竟工具使用时可以很灵活, 而平台则需要更加的全面, 更需要整体的推动, 因此不一定适合所有的公司和团队.

例如 RAP, 功能很强大, 属于平台级的, 相比 puer-mock 只需要在你的项目中添加一个接口配置文件就显得轻量多了, 对开发人员来说简单实用门槛很低, 才能促使他们将 puer-mock 运用到实际的项目中, 改进前后端的工作流程.