@murmur #7 Postman 官网下的最新版本，第一次启动后选择不登录使用本地项目，关闭后再开始测试启动时间，没有缓存数据也不会联网同步数据。其他的软件也是这样操作，尽量公平一点，移除网络因素。另外，不同的软件版本，不同的设备测试出来的结果可能不大相同哦。

@GPLer #3 我目前没有看到 QT 开发的相关的跨平台 API 工具软件，如果的话有请告诉我。

@mxalbert1996 #5 感谢，你的这个说法让我茅塞顿开。我以为 setapp 是一个和应用商店差不多的分发渠道，大家一起分成，但是没想过会占用 setapp 的利润。这个商业规则挺迷糊的，可能是为了避开和苹果应用商店的竞争吧。

@lstz 虽然，但是我还想把价格往上调。

我的观点是，价格并不是付费动力的核心，愿意付费的价格 x2 还是愿意付费，不愿意付费的价格/2 仍然不愿意付费。当然，这个前提是没有竞品比你的价格低。对 Reqable 来讲，Reqable 的定价比所有同类竞品都要断崖式的低，所以继续降低价格并没有意义。在产品内测期间，大约有 300 个活跃用户，内测结束后我给每人都发了 5 折券，你猜这 300 个活跃用户付费的数量有多少？低到你不敢想象，更何况这 300 活跃用户大多都是粉丝用户，大多数人就是想白嫖。所以，我觉得这是消费观念的问题，不是定价的问题。另一个方面。定价低了，不利于后续 toB 方向的发展。

我是 Reqable 的作者，Reqable 是基于 Flutter 框架的大型项目，已上线桌面端 + 移动端平台，https://github.com/reqable/reqable-app 。就目前阶段来讲，Flutter 桌面端还没有完全成熟，但也差不多了，还有些坑。从开发效率和生态上讲，不如 Electron ，从流畅度、性能、体积等用户体验度上来讲，超过 Electron 。长久来看，开发效率和生态有逐步提高的空间，也就是后面会越来越好，值得长期投资，这也是我为什么选择 Flutter 的原因。


我刚刚将 Reqable 项目的 Flutter 版本从 3.10.4 升级到 3.16.5 ，MD2 升级到 MD3 ，花了不少时间（大约 1 天多）来处理升级后带来的问题，这个过程其实挺痛苦的，中途差点放弃，但还是咬牙坚持下来解决了所有升级带来的新问题。这可能是 Flutter 框架快速迭代的一大痛点，长远来看也值得。

@patrickyoung #37 github issue only

@pengtdyd #36 Bloc

@pengtdyd #23 框架是 flutter 。Flutter YYDS ，Windows 极限情况下能控制到 10M ，因为 Reqable 移植了 Chromium 的网络框架、MiSans 字体和一些 windows 可能缺失的运行时库，差不多额外大了 10M 。目前，各个平台安装包差不多都在 20M 附近了。

@ajaxgoldfish #7 过去时了，reqable 就是替代品。

@xliao 你] 兄弟有点东西哈🤣

@Dream11 邮件下我你的微信号吧，[email protected] ，我加您看下具体情况。

@monkeyWie 大佬，你好，很荣幸。我的邮箱，[email protected]

@Dream11 #93 看起来正常，我刚刚发布了 2.1.0 版本，优化了下配置代理的逻辑，你可以试试。

@ggvoking

> 打开软件的时候能不能不自动打开系统代理

代理 -> 自动开启 关掉就可以了。

> 可以开启抓包的时候再开启。以及停止抓包的时候，恢复到之前的系统的代理

因为代理和抓包没有必然的关系，比如调试手机设备，不需要使用代理。所以目前的设计上，这两者是独立的。

@justin2018

> 楼主 有计划入驻 SetApp 吗？ 😁
刚刚给 SetApp 提交意向了，需要等待他们回复，他们入驻审核的要求应该不低。

> 1 Mac + 1 Windows + 1 Linux 设备： 可以 3 台 Mac 使用吗？
不行的。这样的情况，可以考虑企业版（ 59.9 x 3 ），可以 3Mac + 3iOS + 3Android ；或者找用 windows 的同学合买专业版，他用 windows 你用 mac 错开。当然，从目前的机制来说，一个许可证也行，用到哪个设备就重新注册（点一下注册按钮）替换掉之前注册的设备，稍微麻烦一点点。

@bkmi #83 如果只用 Mac Proxyman 应该是够用了，但是我觉得 Proxyman 在其他方面就没什么优势了。Mac 上他是用 swift 开发，另外还写了一套 iOS 的，windows 和 linux 又用了 electron ，多框架多语言的技术选型必然会导致开发维护成本上升，也缺乏对移动端足够的支持。关于脚本语言的选择，前端同学肯定是用 JS 没得说，但是从发展趋势和脚本生态来讲，Python 必然是比 JS 更合适，也更加适合更广的人群，比如测试，后台，客户端。

@iX8NEGGn

> 网关里面的“仅允许”改成“允许”会不会更好一点，当有多个白名单时，仅允许只有一个生效，在“ *? 匹配”方式下可能根本满足不了，即使是正则表达式也要写一个复杂的正则

是我描述的问题，实际上机制是允许多个规则的而不是一个，下个版本我把描述改下，谢谢反馈。