Что решает React Hook? → государственное управление.
React был выпущен в 2013 году → май → класс create был первым компонентом. (ES6 → был выпущен → React решили работать с ними).
React стал выравниванием → есть операция построения. (и реквизиты должны быть там → и с React нам нужно привязать функции). (это довольно небольшие проблемы → не очень большая ошибка).
Теперь с полями класса → больше нет проблем! → на самом деле еще не сделано. (React → отдельно по компонентам → но реализация была немного сложной для понимания).
Совместное использование невизуальной логики и управления состоянием было огромной проблемой. (логика обработки → копирование и вставка не была ответом). (теперь были разработаны компоненты более высокого порядка → это действительно материал для веб-разработки → продвинутый веб-разработчик).
Новый классовый компонент и много разных вещей → выходят из-под контроля.
Немного проблем, когда дело доходит до организации компонентов. (React Hooks был именно таким).
То, что мы видим выше → это крючок → просто чистый крючок, и все готово → это было отличное решение. (обновите код → очень прост в использовании).
React Hooks → полностью отличается от React Life Cycle.
Использовать состояние и использовать эффект.
Немного сложного использования → невизуальная логика также была решена.
Визуального аспекта нет.
Сократить → итого и число → это какой-то цикл → свести массив к одному элементу → к одному числу.
Мы можем объявить функцию в разных ссылках. (но мы можем обновить эту концепцию).
Мы передаем заголовок функции → для запуска других видов функций → это имеет большой смысл.
Название для этого типа архитектуры называется → более высокий порядок и обратные вызовы. (они очень популярны в javascript → карта, а также фильтр и многое другое).
Даже по событию клика → это функция обратного вызова → это имеет большой смысл → преимущество обратного вызова ждет до тех пор, пока не возникнет какая-то задержка, которую мы собираемся ждать.
Вызовы API → — одна из традиционных причин, почему мы хотим это использовать.
Перезвони в ад → подожди и сделай это → но сделай это → очень сложно понять. (и очень трудно следовать).
Мы можем разбить код на более мелкие части. (это также называется рефакторингом).
Благодаря этому → теперь мы можем понимать код намного быстрее и эффективнее.
Может быть какая-то критическая функция → мы предполагаем, что функция вызывает функцию.
Есть случаи использования → когда функция может быть вызвана дважды или более. (это нестабильно). (недостаток обратного вызова).
Не стол → просто подождите, пока не появится → когда откроется стол → откроются номера.
Сторонние сервисы → могут воспользоваться тем, что вы делаете.
(но мы можем использовать пейджер → мы все еще можем контролировать ситуацию)
Парень отлично объясняет. (обещаю → сделать асинхронность управляемой).
Вот как мы создаем обещание → это так круто →
Как нам слушать до тех пор, пока обещание не прекратится?
Обещание → является объектом ожидания. (можно потом или поймать).
Очень хорошо и поучительно. (либо успех, либо неудача). (это обещание API → теперь мы можем использовать обещание → , а не только обратные вызовы).
Намного более читабельно → и понятно. (мы можем мыслить в терминах обещаний → это намного лучше).
У нас может быть цепочка then → чтобы функция работала лучше → имея только один catch → это потрясающе.
Намного более простой способ понять и чище!
Мы также можем улучшить больше.
Но одним недостатком является тот факт, что нам нужно передавать все аргументы по цепочке.
Что-то вроде этого → способ сделать это — использовать асинхронность → вот и все!
Подождите, пока все не будет сделано. (это очень хорошее решение). (если вы хотите использовать ожидание → убедитесь, что вы используете асинхронность).
Обработка ошибок → два распространенных шаблона → попробуйте и поймайте один из них.
Web Pack → мы ссылаемся на разные библиотеки.
Web Pack → объединяет разные javascript в один.
Итак, один скрипт → проще загрузить и все.
Отличный учебник по javascript и многое другое.
Класс и наследование → и мы можем делать такие вещи.
Если пользователи хотят есть спать и играть?
Как мы можем это сделать?
Это не очень хорошая идея → поскольку мы создаем объект-бог.
Структура класса должна измениться.
Как мы можем решить эту проблему? → что делают вещи → это один из способов мышления.
Состояние преобразуется → спящий, едок и зазывала → вау, такой интересный аспект.
Это можно сделать вот так довольно легко.
