Параметры

В RuStore Remote Config заводятся параметры, которые будут регулировать поведение вашего приложения. Их значения могут быть разными в зависимости от того, какое условие выполняется. При интеграции приложения его код должен быть сконфигурирован при помощи SDK так, чтобы в нём были параметры, которые можно было бы менять с помощью конфигурации.

Редактируйте параметры осторожно, чтобы изменения не повлияли на пользователей и стабильную работу приложения.

Создание нового параметра

Нажмите кнопку «‎Создать параметр»‎. Вы увидите экран создания параметра:

В поле «‎Ключ параметра» укажите его название. Добавьте комментарий или описание.

Типы параметров:

• Boolean — True/False.
• Numeric — цифровой.
• String — текстовый (однострочный).
• Text — текстовый (многострочный).
• JSON — передача конфига.

Тип значения параметра может быть только один.

После выбора типа параметра, добавьте к нему заранее созданные условия. 

У каждого параметра может быть множество заданных значений по разным условиям. Расчёт условий происходит в порядке их описания внутри параметра в RuStore Remote Config. Например, если пользователь попал под условие «А», то дальнейшие условия проверяться не будут. Таким образом, различными комбинациями можно создавать условия любой сложности.

Чтобы перетащить условия, потяните за значок 

При создании параметра рядом с названием появляется индикатор New, который говорит, что это новый параметр. Такой параметр можно удалять без подтверждения, так как он является черновиком. 

Тестирование нового параметра 

При создании, изменении или удалении параметра оно переходит в статус Pending, то есть в режим ожидания подтверждения. Но в отличие от условия, параметры можно протестировать перед тем, как подтверждать изменения. Механизм тестирования позволяет применить параметр на конкретное устройство или аккаунт и убедиться в корректности поведения приложения.

Тестирование — важная возможность системы, которая позволит обезопасить от применения некорректных значений конфигурации. В основе тестирования лежит применение кастомных атомарных условий на каждую возможную версию параметра.

При нажатии на кнопку «Настроить тест» появляется окно вида:

Табы сверху соответствуют всем добавленным условиям и значению по умолчанию, которые есть в измененном параметре. На скриншоте выше тестируется значение, получаемое по условию «Моё новое условие». 

При нажатии на кнопку «Запустить тест» параметр переходит в статус Testing, в котором уже появляется возможность подтвердить или отклонить изменения.

Добавляемые условия полностью заменяют атомарные, приведённые в параметре «Моё новое условие». Это сделано для тестирования сложных сценариев, которые трудно воссоздать на устройстве пользователя. Например, это может быть условие, связанное с версией приложения. Вы можете изменить исходные условия на кастомные и посмотреть, как выглядит интерфейс при выполнении параметра «Моё новое условие». Другими словами, сервис позволяет получить любое значение параметра на устройстве с помощью кастомных условий.

Первое условие ограничено в выборе допустимых типов и операций. Доступны только типы DeviceID и Account и операция Exactly matches. Такая защита сделана специально, чтобы не выбрать слишком широкий диапазон пользователей для тестирования. Начиная со второго условия таких ограничений нет.

Обратите внимание, что один и тот же Account или DeviceID применяется только для одного условия или Default value. В противном случае система не будет знать точно, какое именно значение отдавать, поэтому оно может быть произвольным и постоянно меняться.

При удалении параметра табы отсутствуют, и выбранные атомарные условия применяются глобально. Так как параметр удаляется, то нам необходимо протестировать его удаления, и в данном случае неважны именно тесты отдельных условий внутри параметр, так как они тоже удалятся вместе с параметром. Пример:

Применение нового параметра 

После подтверждения параметра пользователем, имеющим соответствующие права, параметр начинает действовать. Роли пользователей