Когда-то давно, мне повезло работать на проекте, где все обращения к backend были обернуты в action-creators с использованием библиотеки redux-thunk. Эта библиотека имеет культовое значение для экосистемы Redux, так как позволяет писать обращения к backend без применение генераторов, в отличие от redux-saga В рамках NDA я не могу назвать организацию и опубликовать оригинал. Но я могу написать псевдокод. Как видно, в результате исполнения getRepos, из-за закомментированного ключевого слова await, в целевой reducer состояния улетит пустой массив repos...

Источник: WebForMyself.com Посмотрим правде в глаза – управлять состоянием нескольких компонентов непросто. Иногда мы можем правильно настроить обработку состояния или логики, но получить ошибку при использовании этого состояния. Или мы можем заставить все работать, но настолько увеличить кодовую базу в процессе, что это затруднит чтение, адаптацию и расширение. Возможность иметь единственный источник (единое хранилище) — вот что дает преимущество Redux над традиционным Context API. Итак, без...