ALTAPPS-424: Shared change endpoint config on demand & debug feature draft

[ivan-magda]

YouTrack Issues:
#ALTAPPS-424

Checklist

Before Code Review:

• Fields "Assignees, Labels, Milestone" are filled in the pull request;
• Sentry Performance Monitoring of screen loading is added for new screens; (будем делать в задаче на presentation/view)
• View analytics events are added for new screens; (будем делать в задаче на presentation/view)
• New analytics events are documented; (будем делать в задаче на presentation/view)
• All checks have been passed;
• Changes have been checked locally.

Description

1. Добавлена возможность изменять активный endpoint config (dev, release, production).

Изначально я хотел добавить 3 JSON файла для каждого из endpoint config и построении (при запуске приложения) графа зависимостей загружать нужную JSON конфигурацию для текущего endpoint config type. Но это оказывается не просто, нужно как-то копировать эти JSON файлы в assets Android и iOS приложений, а потом еще как-то читать с диска, поэтому решил забить на это и продолжить использовать BuildKonfig.

В момент построения buildkonfig очевидно, что сразу нужно генерировать все возможные параметры, поэтому для генерируемого buildkonfig стала область видимости internal и добавился wrapper над ним BuildKonfig, который уже основываясь на текущем endpoint config type возращает нужные параметры. Ну и самое заметное неудобство - для получения параметров BuildKonfig нужно создать экземпляр класса, ранее это не нужно было делать, но BuildKonfig теперь лежит в CommonComponent, поэтому должно быть не так больно, чтобы получить к нему доступ.

Текущий endpoint config type определяется на основании, что сохранили в настройках по ключу DebugCacheDataSourceImpl. По умолчанию используется production endpoint config type. При изменении значения по этому ключу в DebugFeature нужно будет почистить кэши, разлогинить и возможно что-то еще, но это в рамках другой задачи.

2. Добавлен шаблон Debug фичи.

Там сейчас скорее всего есть ненужные Messages, Action или недостаточно чего-то - это уже будет исправляться в рамках задачи, когда будем делать presentation/view.

Для того, чтобы понять нужно ли показывать debug menu в DebugFeature добавлена такая проверка DebugFeature.isDebugFeatureAvailable(buildKonfig:). IS_DEBUG_CONTROLS_ENABLED будет передаваться в CI, а при отсутствии такой ENV переменной будем смотреть BuildVariant.DEBUG локальная разработка.

[ivan-magda]

@XanderZhu ping