## Не всегда соблюдаются базовые принципы хранилищ

Итак. Тут нужна теория.

Фронт - это конечный детерминированный автомат (гуглить). Его узлы - это снапшоты Virtual DOM, переходы между узлами - события. Когда мы юзаем MobX, узлами становятся @observable и @computed, а переходами - @action. У нас же @action подчас используется так, будто это обычный метод класса.

Поясню. Вот есть у нас модуль `repay` (оплата). По флоу пользователь выбирает тип платежа (полное погашение либо частичное). В этот момент мы сохраняем его выбор (каким именно образом не важно - хоть в localStorage, хоть в состояние истории браузера). Далее, на следующей странице нам нужно его достать, чтобы дёрнуть метод для оплаты займа.

Как сделано: в action `pay` мы считываем из `localStorage` сохранённое значение, отправляем на бэк. Казалось бы, всё норм. Но на той же странице происходит проверка доступа (дескать, не ещё выбрал тип платежа - иди нахуй, нечего руками в адресную строку адреса вбивать). Там мы тоже лезем в `localStorage`, чтобы получить сохранённый тип. На первый взгляд - никаких проблем. Но тут нарушается принцип конечного автомата. Мы как бы "размазываем" состояние между несколькими source of truth - хранилищем и `localStorage`.

Как должно быть: при componentDidMount страницы мы дёргаем действие `touch`. Оно инициализирует хранилище (заставляет его забрать из localStorage) сохранённые данные. Затем мы уже работаем с ними - без постоянного чтения из WebAPI. При такой схеме действие меняет состояние. Source of truth один.

В глаза бросилось именно `repay`, но, возможно, есть где-нибудь ещё.