@javascript_jobs

тут вакансии не размещают

Ну ок))

1) Ищещь любое простое по функционалу приложение и реализовываешь его. Например, можешь взять функционал учета времени toggl.com, функционал trello.com, можешь погуглить калькуляторы калорий онлайн, фитнес-трекер, интернет магазин с корзиной, списками товаров, пагинациями, сортировками. Не обязательно весь функционал реализовывать, достаточно часть повторить

2) Берешь открытые API: https://github.com/public-apis/public-apis#cryptocurrency. Например, по криптовалюте у https://coinmarketcap.com/api/ есть огромные API с ценами, списками, данные для графиков, курсы. Пилишь приложение по покупке крипты, примеры в интернете есть

Привет всем, подскажите пожалуйста по принципу разделения компонент на контейнер (поведение) и представление (view). Всегда ли нужно разбивать их, или есть случаи когда можно поведение оставить внутри представления?
Просто если разбивать все компоненты, то получается много файлов, создаетс впечатление что так не должно быть

Этот патерн умер еще в 18-19 годах и тот кто его предложил согласился что этот подход не очень

у тебя старые курсы похоже

готовься отражать атаки адептов "легкого тестирования" и прочих плюшек)

https://medium.com/@dan_abramov/smart-and-dumb-components-7ca2f9a7c7d0 в общем вот

🤔

дайте актуальный паттерн тогда, как щас правильно делать?

а ктож его знает, у нас тут дорога ярости реакт едишн. Я из тех кто логику всю хранит на уровне стм, хочешь к нам в клуб?

применительно стейт менеджера, или организации логики в компонентах?

если первое, то коннект по месту
если второе, то просто делить по зонам ответственности, декомпозировать по мере необходимости (читай: замусоривания файла)

больше всего интересует куда выносить поведение (то как загружаются данные и откуда, а также различные обработчики-функции)

в стейт менеджер, по максимуму, насколько это позволяет логика и технические ограничения самого см

ну стейт менеджер - это глобальное состояние, а у меня в основном загружаемые данные больше относятся к локальному состоянию, его незачем хранить глобально

стейт менеджер, это в первую очередь менеджмент данных
хранить их и в window.state можно

"глобальность" стейта - это просто вытекающее из ssot

допустим какой-нибудь список записей в виде таблички, эти записи нужны только там и больше нигде, можно обойтись обычными хуками реакта (useState, useReducer)

зачем спрашивать совета, а потом начинать спорить за свою точку зрения?

я вас понял, спасибо за совет