Не, ну блин. В реакте можно определить компонент интерфейса или как функцию, или как класс.
Если это функция, у неё не должно быть стейта. На половина сообщества юзают функцию и подключают стейт некрасивыми хуками.
->
@inexcode за некрасивые хуки поясни. Это ты на useState бычиш?? >:O
@sasha_sorokin
Да!
@inexcode да ну, функциональные компоненты и хуки — это лучшее, что было добавлено в React. Они требуют другого подхода, конечно, но куда лучше, чем бесконечные классы, которые в JS так себе сделаны.
@sasha_sorokin ладно, начинаю понимать.
Понять бы контексты и их работу в контексте реактивности
Если это класс, то вроде как принято пихать определения стейта и функций работы с ним в конструктор, а дальше переопределять родительские функции.
— Ага, – сказал мне ТайпСкрипт, — а эта функция что ты определил в конструкторе не существует.
И запихнул автоматически определение типа в тело класса. Ну и я такой "а нахрена", и перенёс саму функцию в тело, как делается в флаттере. И работает же. Зачем пихать такое в конструктор?