Как внутри utils работать с состоянием компонента, интересно узнать
Не совсем понимаю. Можно пример из реальности где хук решает?
да, шило на мыло
Да что решает? Я вам говорю о преимуществах подхода понемногу Позволяет инкапсулировать и переиспользловать ЛОГИКУ и читать ее сверху вниз, хранить в одном месте, не создавая лишней вложенности компонентов и решая проблемы с типами Смотрите доклад если не понятно
Спокойно, дышите ровно. Все будет хорошо )
Когда пишешь на хуках))
Забыл смайликов поставить)
Да не, я серьезно, просто там наглядно показано почему вообще появилось такое апи Оно не идеальное и кое-где не очень удачное на мой взгляд, но оно имеет преимущества над классами
Любую вещь надо уметь готовить. Хуки объяснялись тем что их лучше читать и понимать чем классы. Но вот десятки useState и useEffect не облегчают понимание
Так стоять, это уже проблема у вас, если в хуке такая каша)))
Я не очень хочу говорить о каких-то абстрактных "десятках" и т.п.) Это вилами по воде
Я в опенсорс бывает комичу, и видел разное
Я ж грил, надо уметь бизнес-логику в контекст выносить.
То, что на хуках можно написать плохо - так себе аргумент Знали бы вы что я на классах видел)
Хуки несли с первыми словами - удобно читать. Но что в классах творили дичь что в хуках
Я выше написал в чем преимущества, где там "удобно читать"?)
У меня ощущение, что я видел страшнее - использование контекста до появления в 16.8 на чистом ооп.
Так вроде я ответил все и пока ещё за время работы ни разу не встретил реального удобства
Может я пропустил, но пока ответа от вас или каких-либо аргументов в противовес не видел)
Обсуждают сегодня