Должен ли контейнер получать ценность от реквизита?

Как пишет в этом номере автор редукции Дан Абрамов

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

Он также сформулировал хорошее практическое правило, которому следует следовать на Reddit. https://www.reddit.com/r/reactjs/comments/4azg7q/using_redux_how_do_you_handle_subcomponents_of_a/

Я так делаю:

Начните с использования одного контейнера и нескольких презентационных компонентов По мере роста дерева презентационных компонентов «средние» компоненты начинают передавать слишком много свойств вниз. На этом этапе я оборачиваю некоторые листовые компоненты в контейнеры, чтобы «средним» компонентам не нужно было принимать и передавать свойства, которые полностью с ними не связаны. Повторить Он даже написал об этом в Твиттере:

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

Итак, простыми словами:

Вы можете использовать connect () на любом уровне. Это делает компонент умным, поскольку он знает, откуда берутся его свойства. У глупого компонента просто есть реквизиты, и они могут появиться откуда угодно. Умный компонент связан с redux; тупой компонент нет.

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