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