В поисках серебрянной пули: акторы+FRP в Реакте

[Sirion]

Забавно. Когда я писал на реакт + бекон, у меня в итоге получился самопальный редакс)

[Sirion]

Я вообще оставлял этот коммент, чтобы подписаться и потом почитать обсуждение. А обсуждения всё нет и нет( С интересом послушал бы рецензию кого-нибудь очень опытного. В статье фреймворк выглядит весьма привлекательно, но наверняка есть подводные камни.

[justboris]

Заморачиваться со специальной библиотекой для организации стейта нужно только тогда, когда логики становится так много, что ее захочется вынести за пределы React. Если стейта мало и он прекрасно помещается в React-компоненты, то его выносить никуда не надо, и никакой Redux/Mobx вам не нужен.

mrr выглядит как замена нативному API setState/useState, а не внешним библиотекам типа Redux и Mobx. И этот момент статья никак не поясняет, чем использование mrr будет лучше обычного React.

[mikolalex]

чем использование mrr будет лучше обычного React

Во-первых, реактивность(коей Реакт, даже с хуками, так пока и не обзавелся) экономит код и усилия, даже если задача не очень сложная. Вот пример TodoMVC на mrr: jsfiddle.net/mikolalex/ez98hvyg/12
Чуть более 50 строк структурированного кода. Более краткой имплементации(с хуками или без) я пока не видел, если найдете — ткните носом, буду благодарен.
Другой момент(что, как я надеялся, будет понято как основная мысль статьи) — случаи, когда проект разрастается, и подходы, которые хорошо работали для простой логики, уже не так хорошо работают. Если вы изначально писали на мрр, вам буде достаточно легко сделать этот переход, если на голом Реакте — не уверен.
В-третьих(но это уже на любителя) — философия. Декларативность, использование чистых функций и т.д.

если стейта мало и он прекрасно помещается в React-компоненты, то его выносить никуда не надо

Согласен.

mrr выглядит как замена нативному API setState/useState, а не внешним библиотекам типа Redux и Mobx

А почему же вы его вместо Редакса не хотите сосватать?)

[justboris]

Сигнатура withMrr(state, view) устроена так, что state прибивается к конкретному компоненту. Как у вас можно расшарить состояние между двумя компонентами? В Redux с помощью connect задача решается тривиально