@Mephisto233 哈哈, 变身🥵

低代码？

建议废除后端，app 直读数据库

@fov6363 靠谱 我们就是这么做的

可以参考 firebase 的 remoteConfig 产品
https://firebase.google.com/docs/remote-config

几个关键点:
1. 有本地默认配置文件,用于各种情况下的兜底配置
2. 配置有分组,支持分组更新/获取
3. 有版本号机制,支持增量更新,绝大部分情况都应该是增量差异更新
4. 可选长链接,实现 real-time 更新机制
5. 扩展可与各种其他产品结合,比如与你的业务 api 网关结合,在 header 中携带客户端配置的版本号,网关中去拦截,如果线上有版本号更新,则触发配置更新,配置更新在客户端可以独立进程,做到业务无感

哈哈，FGO 游戏逻辑就是这样，一启动就要下载几十 MB 的 JSON 配置数据，后来嫌大就改成 pb/msgpack 了。

游戏更新的时候不是有个加载过程吗，把这些配置传过来就行，没有必要请求上千次

app 有个东西叫做启动器
https://blog.csdn.net/jdsjlzx/article/details/129019317  道理都是通用的 每个端都可用 哦

app 一进来是首页什么情况下需要上千个配置，这些配置不能在后端配置好再下发吗？

@Mephisto233 #59 如果是这种需求，是不是资源包在本地，网上只要弄个配置，就能启用第 N 套资源当界面更好？ 资源压缩后扩展名改成不可预知的，规避审核人员打开即可。