主题？目标？

- mock作为是插件的功能？
- 串联起所有的开发流程 提供闭环 工业化
- 平台化的mock应该是什么样的？
- mock服务独立化？可以提供给webpack, gulp，或是tap这样的服务？
- 接入DIP，GraphQL甚至改造它们
- tap现在怎么样了，我的mock如何接入，或者更否改造他们。
- 细雨这里的模块开发

# 关于未来的畅想

- 闭环，接口定义，数据mock，后端数据检查
- 接口定义尽量用dip来替代，然后我的主要方向是做好客户端(PC和服务移动端)，跟DIP串接。

# 设计

不确定的点
如果让后端自测，更适应哪种方式

- postman(可靠的)
- 服务端配置类似postman()
- 本地去打开页面测试(不太靠谱，受前端干扰)

https://mockx.com/api/22332?name=han&age=123&requestHost=127.0.0.1 可能服务还在本地，手动diff把，把json的代码copy进去。

## 重心

客户端 连接PC和服务移动端

# 客户端

- 提升代理接入能力，可以是DIP, 
- mock剥离为插件，DIP，Combo都剥离为插件
- 是否pac呢？
- 移动端如何处理呢？

# TODO

- 其它的解决方案，启发

## 除了我这种思想，其他的思想

1 dora mock
2 fis mock
3 其他人的 mock server (nginx或者)

# 面临的问题

前后端分离，更多通过异步ajax接口，因此有沟通接口的需求。

- 接口定义中心
- 本地代理服务器转发(nginx nodejs创建http服务器)

- 后端实际接口跟接口文档的一致性(自动校验)
- mock数据跟接口定义中心的数据一致性
- 前端发送的接口，是否合规(request的tb_token字段)

# 接口定义中心

- 接口定义(基础结构，业务逻辑)
- mock数据(接口即mock数据)

# 本地代理服务器

- 自解析projectIds

# 资料

- https://github.com/CntChen/cntchen.github.io/issues/1