Недавно я потратил много времени на настройку модульных тестов для моего приложения с реакцией на редукцию. Я разработал архитектуру приложения, чтобы вся наша основная логика была в промежуточном программном обеспечении Redux. Сам пользовательский интерфейс был тупым и просто выполнял операции отправки. Одной из основных проблем, с которыми мы столкнулись, была возможность протестировать наше промежуточное программное обеспечение таким образом, чтобы оно могло охватить все наши..

У меня сложилось впечатление, что промежуточное ПО Redux - это черная дыра, которую разработчики с радостью оставляют в покое. Недавно я прочитал блог , в котором предлагалось запутанное решение проблемы, которую можно очень легко решить с помощью промежуточного программного обеспечения. Похоже, люди предпочитают заблуждение и сложность простым. Но в то же время я понимаю трепет. Промежуточное ПО - это мощный инструмент, который обычно сводится к разговорам о «продвинутых шаблонах..

Redux без состояния ЗАЧЕМ? Что, если бы вы могли воспользоваться всеми преимуществами Redux и не писать ни одного редуктора? Что, если бы вам пришлось поддерживать устаревшее приложение AngularJS, jQuery, Backbone или Knockout? Если вы хотите использовать Redux прямо сейчас, вам придется беспокоиться о двух наборах состояний. Что ж, вы можете! И все, что вам нужно, это Redux без состояния. Но Redux - это государственный менеджер: Так зачем кому-то использовать Redux без..