xjz19901211

@marsgt 没注意这边，都去玩游戏去了。

没人用啊，一怒之下开源了 https://github.com/xiejiangzhi/xjzproxy 哈哈哈

@marsgt 已经撸了个 Windows 版本出来，试用证书也内置到软件中了，要不要来试试？
由于不是 windows 原生的，性能相对 *nix 慢点，正在努力优化。

@prasanta 是的，目前可以通过手动切换不同 response 来解决。
后期我会看看怎么为 response 绑定参数自动切换

@wssy921 差别还是很大的。 我们是直接根据 yaml 文档来返回数据或是对比请求结果。
然后这份文档你可以使用 git 等工具进行协作管理。

在易用性方面应该好很多。相对 open api 的文档定义，我们的简单很多。当然相应的，目前数据结构可能并没有像 openapi 那边严谨。这方面，以后会看用户需求来再提高。

欢迎试用哟。同时也非常渴望更多的对比意见（因为我也没有深入使用过 swagger ），谢谢

Hi @marsgt 这几天更新了下功能和界面体验。然后介绍也修改了。
发到创意区了 t/571213
有兴趣来给点意见建议嘛？

@marsgt 非常感谢你的反馈。讨论中发现工具完全没有描述清楚。下一版做好了再更新下，哈哈

@marsgt 工具的定位是提高协作开发效率。目前已经完成的功能，大部分都是相当于一个本地的 mock 服务。

我们的目标是以 `api 文档` 为联结点来解决前后端协作问题。简单来说就是前后端使用这个工具来辅助开发，大家只要都满足了文档了定义（工具自动基于文档定义去检查），那么所有工作完成后，真实的对接也是没有问题的。

对前端来说，有了这份文档就可以直接开始调用接口、调试了。
对后端来说，通过这份文档，也可以验证真实的 api 接口是否与约定的一致。不过，后端方面的功能还在开发中。目前只能在配合前端调用来检查真实接口是否符合定义，而无法单独使用。

@star7th 多谢反馈。所以我要忽悠点人来才能得到更多反馈，哈哈

@marsgt 发现可能是我描述的不清楚， 这个工具相当于一个代理 + 文档化的本地服务器。和 http client 基本没关系。。

定义好文档后，我们完全可以在没有接口服务器的情况下，发送真实的请求（只需要设置 http 代理)，得到相应格式的数据。通过开关可以直接在文档数据和真实服务器数据之间切换。除了配置代理，代码中完全不需要任何变动