в selected кладут Map и указывают явно типы: ключи строковые, значения boolean

А зачем там new Map()?

Доброе утро. Постоянно в работе сталкиваюсь с JavaScript, захотелось его досконально изучить и переквалифицироваться. Посоветуйте, пожалуйста, хорошие уроки react js 🙏🏻

Документация на оффсайте

С неё проще всего начинать?

Доброе утро. Постоянно в работе сталкиваюсь с JavaScript, захотелось его досконально изучить и переквалифицироваться. Посоветуйте, пожалуйста, хорошие уроки react js 🙏🏻

Доброе утро. Постоянно в работе сталкиваюсь с JavaScript, захотелось его досконально изучить и переквалифицироваться. Посоветуйте, пожалуйста, хорошие уроки react js 🙏🏻

оффтоп, а есть в vscode плагин как в webstorm чтоб можно было удобно работать с git, селектить файлы для коммита и т.д. чтоб ручками не писать ?

так встроенный есть

Вот не могу привыкнуть что-то) SourceTree и терминал)

С неё проще всего начинать?

Доброе время суток, я вот хотел узнать по поводу использование styled-components, я читал статейку на хабре про то как ускорить приложение и там говорилось что sc тормозит приложение потому что все стили в js типа css-in-js медленей обычного css и это замедляет приложение, я хотел бы у вас спросить, что вы думаете на этот повод ?

Доброе время суток, я вот хотел узнать по поводу использование styled-components, я читал статейку на хабре про то как ускорить приложение и там говорилось что sc тормозит приложение потому что все стили в js типа css-in-js медленей обычного css и это замедляет приложение, я хотел бы у вас спросить, что вы думаете на этот повод ?

Доброе время суток, я вот хотел узнать по поводу использование styled-components, я читал статейку на хабре про то как ускорить приложение и там говорилось что sc тормозит приложение потому что все стили в js типа css-in-js медленей обычного css и это замедляет приложение, я хотел бы у вас спросить, что вы думаете на этот повод ?

предпочитаю раздельное питание, так же поступаю и с ксс. Зачем его смешивать с жс? Бред

предпочитаю раздельное питание, так же поступаю и с ксс. Зачем его смешивать с жс? Бред

https://coursehunter.net/course/udemy-react16-complete-guide

https://coursehunter.net/course/udemy-react16-complete-guide

ну так в отдельный файл ряддом с компанентом кладешь и все стили на пропсах темизация с css это геморойнее

ну при старте изучения чего либо, логичнее всего начать с документации

не кладешь отдельный файл а проектируешь стайледы как полноценные компоненты, с продумыванием интерфейса пропс и прочее

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

ну да, и приводить аналогии не к месту тоже дока в большинстве случев не просто "словарь" с описанием апи, но и getting started и прочие туториалы

и писать стили в файле с компанентом,

Твои стили - это и есть компонент

Всем привет! Подскажите, пожалуйста, как сделать правильно вызов функции внутри функии по интервалу, но чтобы при наступлении определеного условия вызов прекращался. Такой код работает не коректно, вызов продолжается. timer = 0 checkTxStatus = async (hash) => { const res = await this.web3.eth.getTransaction(hash) if(res.blockNumber){ // выполнить действие и закончить вызов this.txFinish() clearInterval(this.timer) return } else{ // повторить вызов this.timer = setTimeout(() => this.checkTxStatus(hash), 5000) } }

Потому что ставишь ты таймаут, а чистишь интервал

Гайз, если я ссылку на текущий компонент передаю через пропсы во вложенные дочерние компоненты, чтобы те могли при необходимости вызывать его методы – это совсем плохо? Пропсы дочерних компонентов при этом полностью загоняются в собственные стейты.

Гайз, если я ссылку на текущий компонент передаю через пропсы во вложенные дочерние компоненты, чтобы те могли при необходимости вызывать его методы – это совсем плохо? Пропсы дочерних компонентов при этом полностью загоняются в собственные стейты.

Зачем пропсы в стейт загонять?

Гайз, если я ссылку на текущий компонент передаю через пропсы во вложенные дочерние компоненты, чтобы те могли при необходимости вызывать его методы – это совсем плохо? Пропсы дочерних компонентов при этом полностью загоняются в собственные стейты.

derived state

Компонент или элемент?

Компонент

точно, но по фразе "загонять пропсы в стейт" больше похоже на state = {...this.props}

Да, так. Плохо? Если да, то почему?

а зачем?

props - readOnly, state - read/write. Если данные нужны только чтения - зачем их в стейт локальный пихать?

Реакт вэй это конечно круто, но блин, логику я держу в главном компоненте, поэтому нужно обращаться к методам этого компонента.

как вы себе масштабирование такой логики представляете? и почему у вас она в одном компоненте?

Речь о бизнес логике - она в главном компоненте. Логика для локальных компонентов, понятное дело, в них самих. Все дочерние компоненты независимы насколько это возможно. Если не в главном компоненте, то где её по "реакт вэю" лучше размещать и почему? В отдельном самостоятельном классе->объекте не связанным с реактом?

вообще, лучше убрать её в стэйт-менеджер. но если вы прямо ХОТИТЕ использовать слой БЛ в компоненте, то передавайте его методы пропсами в дочерние компоненты. ссылки на компонент передавать не надо

Это как по мне жуткое извращение, не говоря о том, что количество и методы неопределены, то есть может добавиться какой-либо метод, который понадобится дочернему компоненту в будущем. И что мне, переписывать передаваемые пропсы каждый раз? Как раз масштабирование идёт по пиде в этом случае. Логичнее ссылку. Что я и делаю, но чем чревато? Судя по всему ничем, иначе бы сразу закидали бы эксриментами и отправили учить матчасть )

не надо ничего переписывать. добавляете в prop-types дочернего компонента новый метод и всё компонент должен быть максимально изоморфным и зависеть от окружения как можно меньше

За напоминание о prop-types спасибо. Если сможете сказать чем плоха передача ссылки на родительский компонент то вообще спасибо-спасибо будет )

не надо ничего переписывать. добавляете в prop-types дочернего компонента новый метод и всё компонент должен быть максимально изоморфным и зависеть от окружения как можно меньше

За напоминание о prop-types спасибо. Если сможете сказать чем плоха передача ссылки на родительский компонент то вообще спасибо-спасибо будет )

проп-тайпс имеются ввиду это https://ru.reactjs.org/docs/typechecking-with-proptypes.html ? как валидация типов может оптимизировать вопрос с передачей неопределённого числа колбэков?

Речь о бизнес логике - она в главном компоненте. Логика для локальных компонентов, понятное дело, в них самих. Все дочерние компоненты независимы насколько это возможно. Если не в главном компоненте, то где её по "реакт вэю" лучше размещать и почему? В отдельном самостоятельном классе->объекте не связанным с реактом?

Тебя не смущает, например, необходимость в тех же биндах в конструкторах? Или постоянно меняющиеся подходы в реакт? Явно это не от того, что в либе всё сбалансировано и стройно. Поэтому, правильнее вначале поговорить об архитекорах и архитектуре либы, а затием о людях.

Я храню в файлах моделей, пишу логику на эффекторе https://sova.dev/ru/effector-model-structure/

покажите, где вас в доке учат передавать ссылку на инстанс компонента

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

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

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

Я сделал и это работает как надо, и теперь моя цель понять, насколько это плохо с точки зрения практики, но не пустые заявления, а с аргументами. Колбэк, делает компонент более независимым - в моём случае зависимость конкретно в данном компоненте жёсткая - она на уровне логике, поэтому ну соу-соу аргумент. Кроме того, повторюсь, трахаться с передачей колбэков - ну как бээ )

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