Абсолютно согласен.
Но вроде как имея готовый инструмент типа ngrx можно проще отслеживать правила. Например, на код-ревью, ты видишь, что из эффекта идет обращение к стору - говоришь need work. И так далее. Есть разделение ответственности между компонентами. Если она нарушается, нарушается паттерн.

Как это отслеживать автоматически - не очень представляю, но простые формальные случаи, наверное, можно программно детектить.

кстати, чтобы писать хороший код на ngrx надо очень хорошо понимать rxjs) что повышает порог входа для новичков(а это мы еще сам ngrx не изучили)

Да, меня самого это волнует. Порог входа повышается. Такова технология и проблематика веб-разработки и с этим надо научиться жить.

ну здесь опять же, спор идет к тому, чтобы быть бесконечным) но мне к сожалению пора, в любом случае, было приятно вести аргументированную беседу)

Да ну... Серезно что ли? Нельзя сделать свой отдельный стор для модуля?

В плане инкапсуляции

когда модуль подгрузится, то ваш стор сделает Object.assign, и шина с экшенами и сам стор станут одним целым

Я не пытаюсь сказать, что без ngrx и др.стейт-менеджеров нельзя. Можно.

Просто когда вы используете общепринятый и стандартный подход в разработке, а так же его придерживаетесь в рамках команды, то степень "новизны" через некторое время спадает и приложение становится проще подерживать и развивать. Чем каждый раз по-новой вникать в то, что хотел сказать другой разработчик и знать все особенности конкретно этой реализации.

Повторюсь, конкретно сам ngrx - лишь одна из реализаций одних и тех же идей, которые диктуются особенностью разработки веб-приложений. И альтернативных реализаций можно придумать много.

на самом деле это выглядит не совсем как Object.assign, но смысл такой

Да, он что-такое делает. Из-за этого( как я понимаю, может ошибочно) иногда приходится делить логически "участки" стора по неким формальным признакам(поля дополнительные добавить, например), что бы потом не ошибиться при манипуляциях с общим стором.

Этого, кстати, я не видел в их доке, что обидно. Но может я просто не заметил упоминаний об этом объединении.

(походу, тема о применении стейт-менеджеров - вечная пока будет существовать js в том виде в каком он есть сейчас, но это не есть плохо)

Да такие вопросы есть везде, и на беке, какую базу выбрать, какой язык и тп) эти вопросы будут всегда, когда больше одного человека работает)

я не смог это все дер.о читать, хочешь иметь стейт для приложения молодец, юзай редакс для крос фрэйма мне показолось норм https://github.com/redux-observable/redux-observable

в ангулар архитектура другая, ты можешь декопозицей все решить и не нужен стор глобальный,

правильно использовать редакс это тоже целый скил, тут фрэйм не причем

Точно.
И как и с БД, можно сделать одинаково хорошие приложения, используя Oracle, PostgreSQL, и даже MongoDB.

если есть притензии > 30% вернись в реакт и не мучай себя

нет

У меня ни к кому нет претензий. Спасибо за наводку.

это хохма всеголишь, но они норм чуваки

мы только к этому идем)