Благодарю! Рад оказаться полезным.
И спасибо за вопрос. Действительно, автор статьи не стал раскрывать тему глубоко, но сделал одно замечание, что Redux компоненты (функциональные, без state) уже чистые. Поправьте меня, если я ошибаюсь, но как я понял, имеется ввиду, что функция высшего порядка connect передаёт из store приложения данные в props компонента, и за счёт этого и достигается чистота компонента. Но, если Redux используется для компонентов (например, компонентов отдельных страниц), которые содержат другие компоненты, то к дочерним компонентам нужно при экспорте применять HOC функции для проверки на изменения их props — shouldUpdate или pure из recompose, чтобы они не перерендеривались каждый раз при изменении родительского компонента.
Спасибо за замечание, поправил. Мультиплексированы — для новичков было бы непонятно, думаю. Поэтому заменил на близкий по значению термин (со сноской на оригинальный термин для продвинутых).
По Go мало вводных статей на русском. На мой взгляд, эта статья стоит перевода. Она хоть и содержит субъективную оценку, но также содержит и моменты, на которые стоит обратить внимание в начале его изучения.
Спасибо за комментарий. Я в начале написал, что статья (оригинальная) — это отражение опыта и мнения автора, защищать или опровергать его я не могу. Вполне возможно, что вы гораздо опытнее автора.
Возможно есть способ лучше.
И спасибо за вопрос. Действительно, автор статьи не стал раскрывать тему глубоко, но сделал одно замечание, что Redux компоненты (функциональные, без state) уже чистые. Поправьте меня, если я ошибаюсь, но как я понял, имеется ввиду, что функция высшего порядка connect передаёт из store приложения данные в props компонента, и за счёт этого и достигается чистота компонента. Но, если Redux используется для компонентов (например, компонентов отдельных страниц), которые содержат другие компоненты, то к дочерним компонентам нужно при экспорте применять HOC функции для проверки на изменения их props — shouldUpdate или pure из recompose, чтобы они не перерендеривались каждый раз при изменении родительского компонента.