но это не решение был тред по этому поводу

ну а жсонить в строку конфиг - отличное решение, лол

а так же могут быть функции я не хочу все мемоизировать функций не 10 а сотни

ну а жсонить в строку конфиг - отличное решение, лол

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

а так же могут быть функции я не хочу все мемоизировать функций не 10 а сотни

поменял функцию в конфиге сжсонилось в строку что делать будешь?

функция не в конфиге к примеру еще аргумент какой то

функция не в конфиге к примеру еще аргумент какой то

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

не будем цепляться к жсон.парс на каждый рендер, но вот к депенденси в запросе прицепимся жиниус

Всем привет, а кто-нибудь знает какой-нибудь супер простой статик сайт хостинг? сторибуки хранить

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

ну ты не понял что я хочу обьяснить

Приветствую. У кого будет настроение посмотреть на моё приложение? Маленькое. Там в /RepoLister/src/components/Repo.tsx используется useEffect() в котором есть экшен getRepos(). В useEffect() console.log() отрабатывает, в экшене getRepos() нет. Как будто экшен вовсе не вызывается.

Всем привет, а кто-нибудь знает какой-нибудь супер простой статик сайт хостинг? сторибуки хранить

github?))

github?))

да это было бы идеально, но на проекте битбакет(((

а там как-то все сложно, и настроить хорошо не получилось

Привет всем. Ребята помогите советом. Есть фунциональный компонент, в нем хук useAxios Нужно вызвать этот хук ещё раз, когда меняется один из пропсов. Как это сделать?

Не вызывай фетчи из рендера. Выноси логику подальше от компонентов.

Подскажите,правильно что для каждого компонента создается отдельно папка и там jsx и css файлы

Подскажите,правильно что для каждого компонента создается отдельно папка и там jsx и css файлы

да

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

Подскажите,правильно что для каждого компонента создается отдельно папка и там jsx и css файлы

да

пацыки, такой вопрос. смотрю в chrome обновился react плагин и стал теперь называться Components. Как там сделать, чтобы показывалось обновление компонентов?

Всмысле нельзя хуки в хуках вызывать?

пацыки, такой вопрос. смотрю в chrome обновился react плагин и стал теперь называться Components. Как там сделать, чтобы показывалось обновление компонентов?

highlight updates? Убрали эту фичу

Всем привет! Начинаю изучать React, хочу сразу разобрать одну деталь В каком стиле предпочтительнее создавать компоненты - в функциональном или в классах? И, желательно, почему. Спасибо!

highlight updates? Убрали эту фичу

фак, а как теперь?

Всмысле нельзя хуки в хуках вызывать?

можно

фак, а как теперь?

там профайлер есть мотивация такая, что частые ререндеры !== плохо

можно

https://reactjs.org/docs/hooks-rules.html

Всмысле нельзя хуки в хуках вызывать?

👆

Всем привет! Начинаю изучать React, хочу сразу разобрать одну деталь В каком стиле предпочтительнее создавать компоненты - в функциональном или в классах? И, желательно, почему. Спасибо!

fn

Отлично, спасибо

https://reactjs.org/docs/hooks-rules.html

и? вся фишка хуков в композиции

Отлично, спасибо

классы нужны если используешь состояние, функции - если прочто нужно что то вернуть, без особой логики. Это по классике. Используется и то и то, в зависимости от того что тебе нужно. Есть хуки - это по сути функции, но с возможностью юзасть состояние как в классах. Как больше нравится, короче

Всем привет! Начинаю изучать React, хочу сразу разобрать одну деталь В каком стиле предпочтительнее создавать компоненты - в функциональном или в классах? И, желательно, почему. Спасибо!

99% случаев функциональные компоненты будут лучше, но есть редкие кейсы, когда императивный код классовых компонентов может быть более читабельным и очевидным

Последний раз мне это пригождалось здесь > https://codepen.io/unordinarity/pen/zQGYEz?editors=0010

классы нужны если используешь состояние, функции - если прочто нужно что то вернуть, без особой логики. Это по классике. Используется и то и то, в зависимости от того что тебе нужно. Есть хуки - это по сути функции, но с возможностью юзасть состояние как в классах. Как больше нравится, короче

Есть ли какая нибудь разница в производительности между функциональных компонентах с хуками для состояния и класс компонентов с состоянием ?

классы нужны если используешь состояние, функции - если прочто нужно что то вернуть, без особой логики. Это по классике. Используется и то и то, в зависимости от того что тебе нужно. Есть хуки - это по сути функции, но с возможностью юзасть состояние как в классах. Как больше нравится, короче

Соответственно, хуки инкапсулируются в функции-компоненты и представляют из себя те же сеттеры свойств классов (как, например, useState) ?

Всем привет! Начинаю изучать React, хочу сразу разобрать одну деталь В каком стиле предпочтительнее создавать компоненты - в функциональном или в классах? И, желательно, почему. Спасибо!

в функциональном до тех пор, пока не понадобятся "фишки" классовых

в функциональном до тех пор, пока не понадобятся "фишки" классовых

Какие у классовых есть фишки, которые сложно реализовать в функциональщине?

в функциональном до тех пор, пока не понадобятся "фишки" классовых

в js нет классов

Соответственно, хуки инкапсулируются в функции-компоненты и представляют из себя те же сеттеры свойств классов (как, например, useState) ?

+

в js нет классов

ты про то,что это синтаксический сахар над прототипами ?

в js нет классов

в js и jsx нету. И что?

можно

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

в js и jsx нету. И что?

jsx тут причём ?

лол

в js нет классов

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

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

че?)

ты про то,что это синтаксический сахар над прототипами ?

ага. соответственно "классовых фишек" не существует "классовый сахар" - ага (если можно это так обозвать)

Какие у классовых есть фишки, которые сложно реализовать в функциональщине?

Уже никаких. Дело в другом: классы иногда читабельнее.

Уже никаких. Дело в другом: классы иногда читабельнее.

неправда, getSnapshotBeforeUpdate пока ещё вроде не имеет аналога на хуках И кажется componentDidCatch

Уже никаких. Дело в другом: классы иногда читабельнее.

Я так понимаю, хуки для реакта - это что-то относительно новое? Оно появилось после классов?

че?)

useEffect(() => {useEffect(() => console.log('rip'))}, [])

Я так понимаю, хуки для реакта - это что-то относительно новое? Оно появилось после классов?

новое

Какие у классовых есть фишки, которые сложно реализовать в функциональщине?

lifeCycle методы - в классовых они выглядят проще. работа со стейтом - сложные стейты легче обрабатывать через this.setState() ИМХО

Я так понимаю, хуки для реакта - это что-то относительно новое? Оно появилось после классов?

Да, полгода как появились.

lifeCycle методы - в классовых они выглядят проще. работа со стейтом - сложные стейты легче обрабатывать через this.setState() ИМХО

+

useEffect(() => {useEffect(() => console.log('rip'))}, [])

так это потому что коллбек асинхронно вызывается

так это потому что коллбек асинхронно вызывается

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

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

это неверный вывод

и вообще это как раз не вызов хука внутри хука

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

попробуй пописать на объектах, а потом на функциях, потом просто сравни, имхо ООП крепче фп)

попробуй пописать на объектах, а потом на функциях, потом просто сравни, имхо ООП крепче фп)

Это рекомендация к реакту или к чистому js? :D

и вообще это как раз не вызов хука внутри хука

а как вызвать хук внутри хука?)

Это рекомендация к реакту или к чистому js? :D

конечно к react

Я так понимаю, хуки для реакта - это что-то относительно новое? Оно появилось после классов?

https://habr.com/ru/company/yandex/blog/464071/

https://habr.com/ru/company/yandex/blog/464071/

Спасибо

а как вызвать хук внутри хука?)

https://reactjs.org/docs/hooks-custom.html

Подскажите в чем ошибка и как типизировать компонент, который передается в props

https://reactjs.org/docs/hooks-custom.html

ну если уж докапываться до терминологии, как выше, то это вызов хука в дефинишене хука 🤷🏻‍♂️ ну как бы понятно, что таким образом можно выше шла речь о таком +/- useEffect(() => useAnother..., [...])

ну если уж докапываться до терминологии, как выше, то это вызов хука в дефинишене хука 🤷🏻‍♂️ ну как бы понятно, что таким образом можно выше шла речь о таком +/- useEffect(() => useAnother..., [...])

всё так, это и надо понимать под "внутри"

ну если уж докапываться до терминологии, как выше, то это вызов хука в дефинишене хука 🤷🏻‍♂️ ну как бы понятно, что таким образом можно выше шла речь о таком +/- useEffect(() => useAnother..., [...])

а это не надо)

всё так, это и надо понимать под "внутри"

а как понимать useEffect(() => ...) тогда по моему, это как раз внутри хука

ладно, нвм, просто рассинхрон терминов)

Подскажите в чем ошибка и как типизировать компонент, который передается в props

нужно больше инфы, а то пальцом в небо

а как понимать useEffect(() => ...) тогда по моему, это как раз внутри хука

ну это не синхронный вызов да, это конечно сходу не очевидный нюанс но примерно причина та же, почему код вида function animate() { doSomtehing(); requestAnimationFrame(animate); } не является рекурсией

Вот, кому нужно, отличные видосы по хукам, не благодарите) https://www.youtube.com/watch?v=hQRPsKzpo34&list=PLqKQF2ojwm3n6YO3BDSQIg35GGKn_ImFD

тут не в типах дело, наведи на <Component>, там же явно будет написано

*наподобие

CSSTransition

Надо реализовать рулетку как в казино, надо чтоб елемент славно начинал крутиться, крутился, и потом плавно останавлявался на определённом числе, потом начинал крутиться с этого-же места. Какая либа это поможет реализовать?