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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

@marsgt 感谢回复，看了下 rest client，没看懂😭。可能是因为我没用过 vscode。等我明天再花时间了解一下。
对我这新手来说，编译个 windows 版本大概要花很多时间。以后看情况再考虑 windows 了😏

这么多点击居然无一回复。。。

求试用，求反馈！

基本不可能
除非你可以知道 username 文件服务器 ip, 并且文件是在文件夹目录中存放的，并且像 http://domain.com/path/to/file.txt url 中 /path/to/file.txt 的规则你知道并可解析映射到文件（比如就是直接对应到文件）
只要有一条拿不到，就没法做。因为 url 中文件我们只能知道 url 中的 path。域名对应的 ip 是不是文件服务器的 ip 都不一定

我以前有个公司真没厕所，要自己去找厕所。。

楼主下面没有了

基本就是大家约定一下地方（比如 ETCD 服务中的一个 key ），然后每个服务启动后都定时去这个地方签个到，把自己的地址、端口号报一下，如果你一段时间没来签到了，肯定就是跪了
之后要找某个服务组了，直接去约定的地方看看有哪些服务（取得 ETCD 上这组服务的 key 下的服务列表）

签到机制可能会有不同，但基本都是为了及时发现新服务上线，有问题的服务早点消失
使用方式就根据自身需求来使用了，比如 nginx 拿到一组 web 后端的，就可以进行动态负载均衡

开始正常玩一会，有新想法了就重开换最难，当然，像死了就要重开档的这种我是肯定不会选的

第一张图找到感觉后，第二张图看着没压力，高清，这 3D 看着太爽了
第三张看不出来了。。

围观中

@csx163 我还用水冲过我的台式电脑，把主板和显卡全放水里洗了，放上两三天，装上开机，没一点事，哈哈