作为 python 为主要语言的码农，我还是比较支持 python 作为扩展脚本的。而且单从我的感觉来说像 reqable 这种侧重于抓包和接口调试的应用的用户群体很大一部分是使用 python 作为主要语言的。 这个世界没有两全其美的方案，你做出任何决定都会有人反对的，说不定你切换到 JS 又有人说直接劝退呢?不如思考一下在如何能正确的获取到大多数用户的选择，比如在更新日志里面放一个调查问卷，甚至如果开发量能接受的话可以暂时先上两套方案后续看哪套方案是被更多用户所有接受的，不被接受的方案可以后续下掉不再维护。 当然我没有做过这种面向开发者的程序只是提一些不成熟的建议，希望对于开发者有所帮助。reqable 是一个挺优秀的应用，我从一开始推出就入正了，希望作者继续加油。 顺便乘机再提出一个无关的建议，目前 reqable 的激活是支持 windows + Linux + macOS + Android + IOS 以便于拥有多个系统的用户使用。但是对于我这种 windows(公司) + windows(家里) + Android 的人就不是很方便了，因为只能支持激活一台同种系统的 reqable 。所以我在想是否可以这样，用户可以选择将 IOS+MacOS+Linux 这三个激活资格兑换成一台 Windows 的机器的激活资格呢?当然如果不可以的话我接下来也考虑再买一个，毕竟软件还是很优秀的。
@0o0O0o0O0o #8 感谢建议。手机版其实没提供脚本功能，我觉得应该也不会有多少用户会拿手机写脚本吧。直接借助用户的 Python 环境来执行脚本，这方面安全性考虑确实没有考虑到，请教下是指哪方面的安全性呢。
@d7101120120 #10 谢谢，很中肯。关于许可证的问题，我也考虑到了。大概在春节之后上线，现有的用户会额外送一个设备位置，不需要再买了： https://github.com/reqable/reqable-app/issues/436
我不知道 Python 有没有实现过 ABI ，或许可以考虑编译一个 libpython （其他主流解释型语言也基本都有 libxxx 二进制版本），然后 Dart 调用 FFI 来实现对接 Python 等其他语言，这样系统不需要安装 Python 了，不过就是需要重新静态编译一遍所有需要的库。但我觉得既然你的产品要集成 python ，安装默认以外的 pip 包本来就是非预期行为我觉得可以不考虑进去，这样或许真的是一种可行的方案，而且不会在系统里拉其他文件。 我搞过 libphp ，最后 frankenphp 的出现也证实了这是一种可行的将脚本语言融合到其他语言中的方式。
