Comments 5
Забавно. Когда я писал на реакт + бекон, у меня в итоге получился самопальный редакс)
Я вообще оставлял этот коммент, чтобы подписаться и потом почитать обсуждение. А обсуждения всё нет и нет( С интересом послушал бы рецензию кого-нибудь очень опытного. В статье фреймворк выглядит весьма привлекательно, но наверняка есть подводные камни.
Заморачиваться со специальной библиотекой для организации стейта нужно только тогда, когда логики становится так много, что ее захочется вынести за пределы React. Если стейта мало и он прекрасно помещается в React-компоненты, то его выносить никуда не надо, и никакой Redux/Mobx вам не нужен.
mrr выглядит как замена нативному API setState/useState, а не внешним библиотекам типа Redux и Mobx. И этот момент статья никак не поясняет, чем использование mrr будет лучше обычного React.
чем использование mrr будет лучше обычного ReactВо-первых, реактивность(коей Реакт, даже с хуками, так пока и не обзавелся) экономит код и усилия, даже если задача не очень сложная. Вот пример TodoMVC на mrr: jsfiddle.net/mikolalex/ez98hvyg/12
Чуть более 50 строк структурированного кода. Более краткой имплементации(с хуками или без) я пока не видел, если найдете — ткните носом, буду благодарен.
Другой момент(что, как я надеялся, будет понято как основная мысль статьи) — случаи, когда проект разрастается, и подходы, которые хорошо работали для простой логики, уже не так хорошо работают. Если вы изначально писали на мрр, вам буде достаточно легко сделать этот переход, если на голом Реакте — не уверен.
В-третьих(но это уже на любителя) — философия. Декларативность, использование чистых функций и т.д.
если стейта мало и он прекрасно помещается в React-компоненты, то его выносить никуда не надоСогласен.
mrr выглядит как замена нативному API setState/useState, а не внешним библиотекам типа Redux и MobxА почему же вы его вместо Редакса не хотите сосватать?)
Sign up to leave a comment.
В поисках серебрянной пули: акторы+FRP в Реакте