React & Redux - компонент контейнера внутри презентационного компонента?

Question

Я знаю, что это может быть немного основанный на мнении вопрос, но я считаю важным.

Вкратце, Хорошая практика заключается в том, чтобы реагировать на компоненты контейнера внутри реагирующего компонента? Как вы считаете, могут ли быть преимущества и недостатки этой практики наличия компонентов контейнера внутри реагирующего презентационного компонента?

Я думаю, что компоненты представления должны быть пустыми: они принимают в реквизитах и ​​ведут себя согласно им, и ничто другое не влияет на них. Они ведут себя ожидаемо, когда им дают определенные опоры, и ничто не должно влиять на их поведение.

В чем может заключаться проблема с наличием компонентов контейнера внутри презентационного компонента? Ну, поскольку компоненты контейнера обычно имеют доступ к (глобальному) хранилищу (в сокращении), вы не можете просто узнать из реквизита презентационного компонента, как будет выглядеть этот компонент. Поскольку хранилище повлияет на поведение компонента контейнера и, поскольку оно включено в презентационный компонент, тогда компонент представления больше не является фиктивным компонентом. Как вы думаете?

Answer 1

Я предполагаю, что из-за присутствующего компонента вы имеете в виду функциональный компонент ReactJS?

Если это так, я не вижу проблемы с этим подходом. Полученный компонент не был бы исключительно презентационным, но он выполнил бы работу , определяющую состав компонентов (компонентов), которые он оказывает.

В зависимости от контекста это может быть именно то, что вам нужно.

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