набросил, потому что думал, что это очевидно, но видимо нет)

@gorbunov_i тут глаза на хуки открывать будут, присоендиняйся)

vscode при сохранении вот так форматирует. Вы используете какие-то плагины чтобы нормально писать html в .js ?

Замыкание стейта в тайм-ауте в хуке, может он по это

Но тоже решаемо

prettier называется

Нельзя 2 ноды возвращать

jsx vs code гугли.

Оберни в одну

А лол

там одна

Показалост они закрываются сразу

хтмл в жс?

А два дива зачем закрывают

подскажите
Я использую create react app
и мне нужно загрузить JSON
если я положу в папку public json фаил я смогу потом его получить фетчем?

Можно поконкретней.

чувак jsx забыл прост

спасибо за ответы, как я понял лучше стараться использовать хуки)

В целом недостатки хуков можно разбить на семантические (синтаксис, основанный на соглашениях), анти-best-practice (смешение синхронного и асинхронного кода, сайд-эффекты в колбэках, раздувание чистых функций и смешение ответственности), сложностей в композиции (т.к. нет доступа к общим props и context, приходится передавать их в каждую функцию напрямую, что приводит к запутанному клубку), деградации перфоманса (т.к. приходится либо обкладывать многие части useCallback / useMemo, либо логика будет пересоздаваться на каждый ререндер и не будет работать сравнение по ссылкам).
В классах же:
- инкапсулированная логика с методами, в которых уже есть доступ к props, context и другим методам
- чистые render-функции
- человекопонятный жизненный цикл
- простота установки переменных (ref / не ref)
- одинаковые функции типа this.handleChange без оборачивания в дополнительный useCallback (бонус — легкость удаления обработчиков вроде addEventListener)
- возможность применения декораторов в @-синтаксисе как глобально к классу, так и к методам

ты сможешь его импортировать.