处理参数和条件
该门户网站正在开发中。文档的完整版本请看这里.
Remote Config 保护用户免受参数和条件的非故意操作，因此任何可能影响应用程序行为的更改都将被发送 以确认。并非所有更改都需要确认。例如，更改参数或条件的描述不会影响系统的行为，因此更改将立即生效。
权利和访问
重要的是要说，执行更改确认操作的权利是分开的。[用户角色]RuStore中的用户角色
处理条件
在创建、修改或删除条件时，它会进入 Pending 状态，即进入等待确认的模式。
根据操作类型，界面将呈现不同的样式。
创建条件
当创建条件时，名称旁会出现一个标示为 New 的指示器，表明这是一个新条件。这种条件可以在不经确认的情况下删除，因为它仅是一个草稿。
一旦确认，就会创建一个完整的条件。在参数中使用它。
条件的更改
您可以比较旧条件与新条件，并通过 删除草稿来撤销更改。任何参数都将与原始版本而非草稿一起工作。一旦确认，所有更改将生效，用户将根据新条件接收所有相关参数。
条件的删除
删除条件时，名称旁会出现一个标示为 Will be deleted 的指示器。如果您想要从系统中完全删除该条件，请确认此操作。
更改的拒绝
通过拒绝更改，您可以在犯错时调整条件。
处理参数
在创建、修改或删除参数时，参数进入待定Pending状态，即进入等待确认的模式。但与条件不同，可以在确认更改之前对参数进行测试。测试机制允许将参数应用于特定设备或账户，并确保应用程序的行为正确。
创建参数
在创建参数时，名称旁会出现一个标示为 New 的指示器。这样的参数可以在不确认的情况下删除，因为它是一个草稿。
参数的更改
在更改参数时，可以比较旧版本与新版本，并通过删除草稿来撤销更改。所有用户将接收到原始参数。
参数的删除
在删除参数时，名称旁会出现一个标示为 Will be deleted 的指示器。
测试参数
测试有助于避免应用错误的配置值。测试的基础是将自定义的原子条件应用于参数的每个可能版本。
点击"配置测试"按钮后，会出现如下窗口：
顶部的标签页对应于修改参数中添加的所有条件和默认值。在上面的截图中，测试的是根据"我的新条件"获得的值。
点击"启动测试"按钮后，参数进入 Testing 状 态，在这个状态下可以确认或拒绝更改。
添加的条件完全替代了参数"我的新条件"中给出的原子条件。这是为了测试那些难以在用户设备上重现的复杂情况而设计的。例如，这可能是与应用程序版本相关的条件。您可以将原始条件更改为自定义条件，并查看在满足参数"我的新条件"时界面的样子。换句话说，服务允许通过自定义条件在设备上获得任何参数值。
第一个条件在选择允许的类型和操作上受限。只有 DeviceID 和 Account 类型以及 Exactly matches 操作是可用的。这样的保护特意设置，以避免在测试中选择过于广泛的用户范围。从第二个条件开始就没有这样的限制。
请注意，同一个 Account 或 DeviceID 只适用于一个条件或默认值。否则，系统将无法确切知道该提供哪个具体值，因此该值可能是任意的并且会不断变化。
删除参数时，标签页不存在，选定的原子条件将全局应用。因为参数正在被删除，我们需要测试其删除，并且在这种情况下，参数内单独条件的具体测试并不重要，因为它们也将与参数一起被删除。实例：
