Наша компания приняла ReactJs в качестве стандартного решения для создания интерфейсных приложений чуть более 2 лет назад. Итак, как вы могли догадаться, мы прошли полный круг. Начинали с компонентов на основе классов, «сохраняющих состояние», а затем постепенно перешли к более легким функциональным «без сохранения состояния»? компоненты.
Этот переход был легким, потому что мы быстро перешли на подножку Redux, и, как вы уже догадались, все состояние нашего приложения живет там. К счастью, мутирую и запускаю милые рендеры. О редукс, зачем ты балуешь людей?
Я начал работать в компании чуть более 6 месяцев назад, но код рассказывает свою историю. Я мог легко идентифицировать заброшенные модели и эти смелые попытки сделать вещи более надежными.
Мы продолжали пытаться перенимать каждую новую модную вещь, которую нам предлагало замечательное сообщество React. React Hooks, Redux Saga, Redux Thunk, Redux Hooks, Redux Toolkit, шаблон контейнера, больше нет шаблона контейнера, методы жизненного цикла, устаревшие методы жизненного цикла, библиотека тестирования реакции, повторный выбор, фермент, больше нет фермента и т. Д.
Список растет, поскольку мы неумолимо ждем этого сладкого взрыва. Наша команда архитекторов изо всех сил старается не отставать от создания «библиотек», чтобы приспособиться к этим изменениям.
Это подводит меня к моей точке зрения. Должны ли мы прекратить включение React / Redux? Настало ли время для вмешательства, или, как сказала Рэйчел Россу, нам следует отдохнуть от «нас»?
Я говорю, что мы должны научиться радоваться решениям, которые мы создаем, и постараться продержаться немного дольше, прежде чем пытаться навязать что-то новое. Я согласен с тем, что лучше использовать Redux Toolkit вместо использования «ванильного» Redux (посмотрите, что я там сделал). Поскольку я большой поклонник Барни Стинсона, я знаю, что «новое всегда лучше!» Я просто думаю, что нам следует быть немного осторожнее и пробовать все эти «лучшие» решения только тогда, когда они абсолютно необходимы.
