В
Если я socket.emit пишу в componentDidMount, то он просто игнорируется, а если его допустим в другом месте его вызвать, то все ок
Size: a a a
2021 June 10
AS
Коллеги, сейчас изучаю курс по React и в нем лектор предлагает создать серию компонентов, чтобы не скапливать логику в одном и том же. Вот пример - ExpensesList (https://i.imgur.com/ufjm2NH.png), в нем находится ExpenseItem (https://i.imgur.com/8LS6Rql.png), а в нем ExpenseDate для отображения даты (https://i.imgur.com/pc9oixl.png). Скажите, является такое разделение логики на большое количество вложенных компонентов общепринятой практикой?
Д
не сказал бы что это офигеть какие крутые ресурсы) Например про Redux toolkit там ничего не сказано, хотя тулкиты офигеть какие крутые, если уметь ими пользоваться.
AS
ну в смысле - это крутая стратегия для тех, кто начинает с нуля. Я изучаю базу реакта и пока еще даже не дошел до redux...
ИС
Возможно трабл классовых компонентов, я писал на хуках и все было ок
DB
Или там соединение устанавливается намного позже, чем эмит.
В
Да. Я тоже так думаю
В
Я просто думаю теперь как лучше сделать. Я просто делаю чатик для себя, мне нужно после ввода имени пользователя, получить всех пользователей в чате
DB
Ну убедись что коннект раньше произошел.
В
ША
Да, и и об этом даже на главном сайте Реакт говорят.
ИС
У нас некоторые компоненты вроде таблицы реализованы одним компонентом
ИС
И в параметры уже прокидываешь столбцы
ША
Ну написать ты можешь по разному, но подход с разделением удобен. Хотя бы тем что весь код компонента прощается на экран. Тем что его проще разрабатывать и отлаживать.
ША
Но если этого не требуется в данной ситуации, то можно и не разбивать.
ИС
Просто если его бы разбили то нужно было бы каждый раз мапать и писать один и тот же код
ИС
Но согласен, что код понятнее если его разбить
ША
нет не пришлось бы.
ИС
А как бы ты компонент реализовал?
КП
Блокчейн это ж не про фронтенд