ну стор это магазин вроде, да?

А зачем писать данные формы в стор, вы их реиспользуете в другом месте?

Есть разные юзкейсы. Например бывает нужно при редактировании формы вместе новыми данными отправлять старые. При чем имеется большое количество форм на разных роутах, при переелючении между которыми нужно сохранять состояние.

ну ок, setInterval на 30 * 1000

Спасибо, а сетинтервал лучше в useEffect пихать?

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

Спасибо, а сетинтервал лучше в useEffect пихать?

Кстати по поводу сетинтервала и паттернов, вроде как лодеш, предоставляет более оптимизированные методы

В голову приходит только пока на примере классовой компонеты засунуть интервал в componentDidMount и в нем дергать санку

Ооо, уже интересней, что-то новое для меня, пошел покурю лодеш ))

А что сделать надо?

Я бы тебе посоветовал redux-saga, сделаешь экшен который будет вызывать цепочку апи запроса и складывать в стор, а этот экшен обернешь в метод лодеша и вызовешь в компоненте

Я бы тебе посоветовал redux-saga, сделаешь экшен который будет вызывать цепочку апи запроса и складывать в стор, а этот экшен обернешь в метод лодеша и вызовешь в компоненте

Еще вопрос, кто как локилазацию интерфейса реализует?

Всем привет, хочу по нажатию на label Создать пользователя, чтобы открывался отдельное окнос формой для создания юзера и по успешному созданию закрывать окно и перезагружать dropdown Такое вообще возможно ? Если да, то как такое можно сделать ?

а в чем собственно вопрос? вы уже описали весь алгоритм, что вам не понятно?

Да у меня просто вопросы по тому, как можно по успешному созданию юзера перезагружать dropdown

как вы его "приготовили"? просто добавьте немного перца.. вопрос в том, как он у вас устроен

через useEffect подгружаю с сервера массив данных для dropdown и отрисовываю их

I18

Делаю свой первый небольшой проект-сайт на реакте и такой вопрос возник. Стоит ли делать отдельный css файл для адаптива или написать там же где непосредственно стили компонентов?

Ты можешь написать для себя mediaSmallerThan функцию и вообще огонь будет

Там же. Рекомендую styled components

Чем больше знаешь тем меньше знаешь 🤷🏻‍♂️

Походу мне еще многое предстоит узнать) впервые слушу об этом кстати

Да. Она имеет большинство возможностей scss. SCSS имеет проблему, что если ты подключишь стили к компоненту, они станут глобальными. А тут мы стилизуем четко компоненты, позволяет переиспользовать, перестилизовать их.

А как насчет модулей css? Решают вроде проблему глобальности стилей

Одна из причин это неаелировать проблему с доступом к данным из родительских сущностей к дочерним

Что ты имеешь в виду?

А как насчет модулей css? Решают вроде проблему глобальности стилей

Не пробовал, но на первый взгляд мне кажется это не решит проблему.

Там суть в том, что этот модуль изменяет все классы в css добавляю им рандомные цифры буквы и тд и возвращает как объект обычные имена. Нужно импортивать немного иначе к примеру import classes from styled.module.css. И далее к примеру есть класс нейм item, в модуле он может быть как item-6586-AJdsv, а в js файле обратишься к нему как className = {classes.item} и в результате не будет конфлитка имен если в другом файле создаешь еще один класснейм item.

Там суть в том, что этот модуль изменяет все классы в css добавляю им рандомные цифры буквы и тд и возвращает как объект обычные имена. Нужно импортивать немного иначе к примеру import classes from styled.module.css. И далее к примеру есть класс нейм item, в модуле он может быть как item-6586-AJdsv, а в js файле обратишься к нему как className = {classes.item} и в результате не будет конфлитка имен если в другом файле создаешь еще один класснейм item.

а в чем проблема? и что такое "глобальность стилей"?

В том, что если у тебя Большой проект, а на реакте обычно именно такие, то в какой то момент тебе придется сотни папок пролистывать, проверяя использовался ли уже такой класс нейм в проекте, ведь будет неловко если на десятой странице я изменю стили, которые были скажем на 2 странице, держать в голове все стили которые были, можно только если проект небольшой и ты один его пишешь

Не панацея, в какой то момент названия могут дойти до слишком огромных размером) да и даже по бэму могут возникнуть совпадения, два врапера каких нибудь одинаковых

В том, что если у тебя Большой проект, а на реакте обычно именно такие, то в какой то момент тебе придется сотни папок пролистывать, проверяя использовался ли уже такой класс нейм в проекте, ведь будет неловко если на десятой странице я изменю стили, которые были скажем на 2 странице, держать в голове все стили которые были, можно только если проект небольшой и ты один его пишешь

не знаю, как остальные обращаются с css и классами, обычно пытаюсь конкретизировать использование класса, и имена могут совпадать, к примеру .success, может быть в разных местах абсолютно разным, из-за дочерних и родительских классов

Вложенность селекторов бьет по переиспользованию

глобальность стилей, как я понимаю, это использование body,input,h1..2.3 и прочее, т.е. привязывание к html tag

глобальность стилей, как я понимаю, это использование body,input,h1..2.3 и прочее, т.е. привязывание к html tag

чем это чревато?

Здесь речь шла не про теги, а про то, что говорили выше

Ну а вы как думаете? Разве эти не очевидно?

предположительно избыточностью кода, и естественно несколькими байтами

Нет, это значит, что если я создам класс нейм header в одной папке и напишу ему стили, а потом создам в другой папке класс нейм header все стили перейдут и ему

А когда проекту наступает 5/10+ лет, то это становится уже проблемой другого масштаба

в таком случае тут может только помочь inline стиль, не уверен, как браузер с этим справляется, быстрее или медленнее

Так вот тут как раз и помогает CSS in js-подобные решения