логику от компоненты кастомными хуками, чтобы компонент оставался чистым, жить без всяких контейнерных компонентов
Не смотрите курсов старше года
зачем мне чистый компонент если у него есть логика?
https://react-redux.js.org/api/hooks
Рискую поднять волну, но по мне это звучит почти как "зачем мне api, если есть серверные компоненты". Разные задачи бывают. Ну и в принципе, логика компонента в идеале только к его отображению сводится и отслеживанию взаимодействия с ним. Остальное - не его ответственность.
Ты пишешь так, будто у чистых компонентов не не должно быть логики
я имел ввиду что контейнеры такое
Уже посмотрел. Боль. Раны придется залечивать. 100500 раз твердят, что логику надо отделять от презентационной компоненты куда-то. Это уже устарело в 2020 году? Верно же?
Цель не устарела но подходы решения этих задач устарели
не всю всю логику, надо распределять ответственность правильно
Как можно решить эту проблему современно?
Хорошо, я понял тогда примерно. Если слишком большая логика - нужно отделять ее в кастом хуки. А маленькую логику можно хранить
Нет, не понял)) или не смог сформулировать
1. Логика прям в компонетах 2. Кастомные хуки 3. Хороший стейт менеджер
Что ты понимаешь по маленькой логикой ?
Вы не доверяйте всему что говорят на Ютубе. Разделять логику и представление компонента можно, если представление будет переиспользоваться, в обратном случае - не вижу смысла такого мува.
Тогда, вывод будет таким. Если логики на 3-7 строчек - тогда можно. Если логики строчек на 15, то можно раздробить на мелкие компоненты, с родительского компонента передавать вниз в дочерние. (Это без стейт менеджеров). Если логика где-то повторяется - то ее лучше вынести в кастомный хук.
Не вижу проблемы и в 15 строчек логики)
Количество строчек - последнее что должно влиять на это решение
Тогда массивность логики, затратность.
тестирование, соблюдение принципа srp
Немного ближе, да. Но все равно много неопределенности. SRP из solid и boundaries / bounded context из ddd ближе по смыслу. Почитайте про фундаментальные вещи в computer science, без предубеждения, относится оно к ООП, фп или еще чему. Будет проще при проектировании.
Тоже верно (((
Обсуждают сегодня