если я не ошибаюсь, то я в этой статье подсмотрел https://medium.com/@Charles_Stover/optimal-file-structure-for-react-applications-f3e35ad0a145

На счет контейнеров - первое, что нашел, отдельные директории для контейнеров и компонентов. Но мне прямо очень не понравилось. Я и компоненты и контейнеры рядом в одной директории держу, и потихоньку склоняюсь к хукам.

Но так-то я не то что бы фронтэндер - третий месяц ковыряюсь с React+Redux каr SPA UI для проекта на python. Так что могу быть не прав, и как сказал, сам послушаю про бестпрактисы.

.upd
вот собственно, чо в доке пишут https://ru.reactjs.org/docs/faq-structure.html
Я разделяю по "роутингу", условно, у меня в компонентах директории вроде: AuthPage, Dashboard, UserProfile, About.

@feature_slices
Вот такой подход мне лично ближе всего

Спасибо большое!

спасибо.

Как someFunction.bind(this) выглядит в функциональном компоненте?

А зачем это в функциональном компоненте?
Выглядит так же

То есть просто стрелочную функцию?

да, зависит от того, для чего ты это хочешь использовать. В общем случае - это просто "прикручивание" контекста к функции.

Что вы хотите сделать конкретно?

Задача какая?

Добавляю callback в websocket

Окей, не знаю, почему вы именно так это делаете, но в чем проблема с функциональными компонентами? Какая разница, где объявлена функция? bind работает одинаково

Нет

Что "нет"?

Да ))

Пятница, много пива ...

если в коллбеки надо просто прокинуть контекст (какие-то переменные) из компонента - можно так же биндить, можно стрелочные функции использовать. Если это работа со стейтом, в функциональном компоненте надо хуки использовать.

А можно пользоваться аргументами)

через props и connect?

Да, со стейтом использовал хуки, все отлично. Теперь все понял. Спасибо)