Firebase 远程配置值的自定义验证逻辑？
Custom validation logic for Firebase remote config values?
我们正在使用 Firebase Remote Config 远程切换 Android 和 iOS 应用程序中的功能。所有顶级应用程序功能（想象一下菜单抽屉项目）都可以通过 boolean 配置值进行切换。
因此，所有功能都可能被意外 disabled，给用户留下空白 shell 的应用程序。
我们可以添加一些客户端逻辑以回退到合理的功能配置，但在我们的案例中有一些原因导致这并不简单（每个功能都取决于可用的服务器端模块）。
有什么方法可以为 Firebase Remote Config 值指定一些自定义验证规则吗？理想情况下，如果这些是服务器端的，那就太好了，所以不可能发布一个首先禁用所有功能切换的更改。
或者某种客户端验证，但这似乎涉及创建某种本地缓存以用作真实来源，而不是利用 Remote Config 的内置本地缓存 + 默认值（这不听起来不错）。
目前，您无法对远程配置值执行任何类型的服务器端验证。
如果您认为此类内容有用，我鼓励您在 https://firebase.google.com/support/contact/bugs-features/ 填写功能请求。团队会定期审查这些请求。
我们正在使用 Firebase Remote Config 远程切换 Android 和 iOS 应用程序中的功能。所有顶级应用程序功能（想象一下菜单抽屉项目）都可以通过 boolean 配置值进行切换。
因此，所有功能都可能被意外 disabled，给用户留下空白 shell 的应用程序。
我们可以添加一些客户端逻辑以回退到合理的功能配置，但在我们的案例中有一些原因导致这并不简单（每个功能都取决于可用的服务器端模块）。
有什么方法可以为 Firebase Remote Config 值指定一些自定义验证规则吗？理想情况下，如果这些是服务器端的，那就太好了，所以不可能发布一个首先禁用所有功能切换的更改。
或者某种客户端验证，但这似乎涉及创建某种本地缓存以用作真实来源，而不是利用 Remote Config 的内置本地缓存 + 默认值（这不听起来不错）。
目前，您无法对远程配置值执行任何类型的服务器端验证。
如果您认为此类内容有用，我鼓励您在 https://firebase.google.com/support/contact/bugs-features/ 填写功能请求。团队会定期审查这些请求。