MegatronKing

对于长期项目，做基础架构技术选型，稳定性和可维护性是两项重要指标，getx 这种大杂烩应该第一个被排除。早些年我在预研 reqable 这个项目时，最终选了 bloc ，现在来看依然是 yyds 。

@shuangbiaog 非 electron 的只有 Reqable 了，https://reqable.com/

目前阶段来讲，性能和生态是两个对立矛盾点。比如 electron ，生态是极好，性能也是极差；其他的 qt ，flutter ，性能是好，生态也是差。所以怎么取决看具体项目，性能敏感的就放弃生态，对性能不敏感的就放弃性能。

@dimwoodxi27 我是 Reqable 开发者，感谢推荐和支持。请问生成代码那块有些参数补不全，有具体例子吗？如果方便的话，麻烦 GitHub （ https://github.com/reqable/reqable-app ）提个 Issue ，我看看。

Apifox 本质上还是个浏览器，数据全在云端，客户端只是操作云端数据的入口，没有网络或者服务器宕机就停摆，这一条链路下来，不管是自身还是外部原因，每年不出几次事故都不正常。所以，我在设计 Reqable 云存储的时候，是优先操作本地数据，再同步到云端，即使断网情况下本地数据仍然可以使用。

我前几天申请注册两次也没通过，小作文写了也不行，本意只想去回答一些用户提的关于我产品的问题，哎。

全量编译慢很正常，尽量把一些模块预编译，以 library 形式接入进来。

主要还是看价格和使用频次时长，大部分情况来讲，软件的生存周期比用户的使用周期长多了，尤其是用户量大的产品，没有外界强烈因素干扰的情况下，不用担心开发商跑路。从我们软件开发者定价的思路来说，买断的定价一般是年费的 N 倍，比如我们现在就是 5 倍，考虑买断的时候要考虑下自己能不能用满 5 年，用的频次多不多，用的多用满了就是赚的。尤其是未来有涨价趋势的情况下，软件功能在更新，不可能一直维持一个价格。如果是低频需求，还是建议月付或者年付好些，中间不用了或者产品停更了也不心疼。从我们这边的订单数据来看，差不多 55 开的样子，很正常的市场行为选择。