Написал как-то так /(?=.*[A-Z])[A-Z0-9]{32}/gi) Но маленькие буквы тоже пропускает

уберите i в конце

Написал как-то так /(?=.*[A-Z])[A-Z0-9]{32}/gi) Но маленькие буквы тоже пропускает

https://www.w3schools.com/jsref/jsref_regexp_i.asp

уберите i в конце

Спасиб, как раз открыл статью))

useEffect как могу использовать в стрелочной функции? Везде в примерах пишут функцию с es5

Хуки в функциях ведь нельзя использовать. Не правильно

useEffect(() => { })

Всем привет. Чтобы понять хуки обезательно ли читать про компонентДидАпдейт и тп? Или можно сразу читать про хуки

Всем привет. Чтобы понять хуки обезательно ли читать про компонентДидАпдейт и тп? Или можно сразу читать про хуки

Желательно понимать какие есть жизненные циклы у компонента и зачем они Так что да, лучше начать с них

Желательно понимать какие есть жизненные циклы у компонента и зачем они Так что да, лучше начать с них

лучше не начинать. зачем потом переучиваться?

Всем привет. Чтобы понять хуки обезательно ли читать про компонентДидАпдейт и тп? Или можно сразу читать про хуки

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

лучше не начинать. зачем потом переучиваться?

да можно вообще js не учить зачем оно все - по туториалам навертел проект и готово

да можно вообще js не учить зачем оно все - по туториалам навертел проект и готово

Для доказательства с помощью аналогии сначала корректность перехода неплохо было бы доказать.

да можно вообще js не учить зачем оно все - по туториалам навертел проект и готово

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

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

"учитесь мыслить хуками"... Паубывал бы.

"учитесь мыслить хуками"... Паубывал бы.

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

https://wattenberger.com/blog/react-hooks вот например

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

Это другой подход только для тех, кто "учится программировать на риакте". Ну нельзя людей воспитывать в подобной манере.

ну хз, может ты и прав

Привет, пытаюсь авторизоваться в своём приложении через linkedin, но при попытке это сделать вылазит ошибка с корсами. Посоветуйте, что сделать?

Привет, пытаюсь авторизоваться в своём приложении через linkedin, но при попытке это сделать вылазит ошибка с корсами. Посоветуйте, что сделать?

А ты не из россии?

А ты не из россии?

Из Беларуси

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

так лайфсайклы это же только про useEffect, не?

так лайфсайклы это же только про useEffect, не?

Нет

Нет

нет и?

нет и?

useEffect можно отслеживать изменения данных. Уже не только про лайфсайклы

Это другой подход только для тех, кто "учится программировать на риакте". Ну нельзя людей воспитывать в подобной манере.

Мне нужно разбираться в редаксе, чтобы браться за эффектор?

так лайфсайклы это же только про useEffect, не?

В классе ты бы не смог так удобно разбить логику. У тебя было бы ветвления и проверки в одном методе

Мне нужно разбираться в редаксе, чтобы браться за эффектор?

Не

Это другой подход только для тех, кто "учится программировать на риакте". Ну нельзя людей воспитывать в подобной манере.

Или там таки другие подходы и знания не смежны?

Мне нужно разбираться в редаксе, чтобы браться за эффектор?

Тебе нужно понимать как пользоваться инструментом только по пониманию как он работает.

Или там таки другие подходы и знания не смежны?

Иммутабельность функций, обновляющих стейт)

я либо вопрос не так написал, либо вы не так прочитали. в чём особый прикол "учить хуки вместо классов", если все хуки, которые имеют отношения к классам - это useEffect и useState? по итогу очень желательно знать и то и то.

Мне нужно разбираться в редаксе, чтобы браться за эффектор?

Неа

Тебе нужно понимать как пользоваться инструментом только по пониманию как он работает.

Понимать как понимание понимается, да?

што

Понимать как понимание понимается, да?

Да. Тавтология. Знаешь как работает продукт => знаешь как пользоваться им. Должно выполняться именно так, не наоборот.

"учитесь мыслить хуками"... Паубывал бы.

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

https://wattenberger.com/blog/react-hooks вот например

за это спасибо.

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

ну, как минимум лайф сайклы никуда не уходит и их надо знать. плюс легаси никто не отменял. многие проекты хуки не используют или только переходят на них.

Иммутабельность функций, обновляющих стейт)

Что за понятие «иммутабельность ф-й» ? про имутабельность данных - знаю, про чистые ф-и тоже знаю, но вот иммутабельность ф-й - что то новое для меня

Что за понятие «иммутабельность ф-й» ? про имутабельность данных - знаю, про чистые ф-и тоже знаю, но вот иммутабельность ф-й - что то новое для меня

думаю, имеются в виду как раз чистые функции.

Что за понятие «иммутабельность ф-й» ? про имутабельность данных - знаю, про чистые ф-и тоже знаю, но вот иммутабельность ф-й - что то новое для меня

Ты придираешься. Конечно я про чистоту функций и обновление стейта не мутируя исходный.

Что за понятие «иммутабельность ф-й» ? про имутабельность данных - знаю, про чистые ф-и тоже знаю, но вот иммутабельность ф-й - что то новое для меня

Функция, которая сохраняет имутабельность данных 😉

ну, как минимум лайф сайклы никуда не уходит и их надо знать. плюс легаси никто не отменял. многие проекты хуки не используют или только переходят на них.

Никто ж не говорит, что лайфсакл не нужно знать. Там выше говорили, что перед изучением хуков нужно изучить лайфсайкл. А это разные вещи. Не связанные. Обе надо знать. И разницу между ними нужно знать. Но не нужно считать, что хуки — это новый лайфсайкл и нужно старый сначала изучить.

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

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

но вообще как такового понятия нет, взято с комьюнити скорей всего

Ты придираешься. Конечно я про чистоту функций и обновление стейта не мутируя исходный.

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

Функция, которая сохраняет имутабельность данных 😉

такая ф-я называется чистой

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

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

https://wattenberger.com/blog/react-hooks - ссылка интересная, спасибо... но по ней так и не ясно, во что "мутирует" componentWillUnmount() - если у меня есть классовый компонент, который "связывается" с чем-то в componentDidMount() - то я отвязываю его в componentWillUnmount()... а как быть с функциональным?

Функция, которая сохраняет имутабельность данных 😉

() => new Date()

https://wattenberger.com/blog/react-hooks - ссылка интересная, спасибо... но по ней так и не ясно, во что "мутирует" componentWillUnmount() - если у меня есть классовый компонент, который "связывается" с чем-то в componentDidMount() - то я отвязываю его в componentWillUnmount()... а как быть с функциональным?

В useEffect возвращаешь функцию, в которой отписывешься

https://wattenberger.com/blog/react-hooks - ссылка интересная, спасибо... но по ней так и не ясно, во что "мутирует" componentWillUnmount() - если у меня есть классовый компонент, который "связывается" с чем-то в componentDidMount() - то я отвязываю его в componentWillUnmount()... а как быть с функциональным?

вернуть функцию отписки из useEffect

() => new Date()

норм пример)

такая ф-я называется чистой

не совсем, чистая фукнция не может вызывать сайд эффекты

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

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

такая ф-я называется чистой

Отнють. Чистая функция не имеет сайд-эффектов. Работа с памятью - сайд эффект.

эммм... верно я понимаю, что... componentDidMount() { this.t = setInterval(...) } componentWillUnmount() { clearInterval(this.t) } равносильно: useEffect(() => { t = setInterval(...); return () => { clearInterval(t); } }, [data])

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

Почему это?)

эммм... верно я понимаю, что... componentDidMount() { this.t = setInterval(...) } componentWillUnmount() { clearInterval(this.t) } равносильно: useEffect(() => { t = setInterval(...); return () => { clearInterval(t); } }, [data])

Не равносильно. Равносильно будет useEffect(() => { t = setInterval(...); return () => { clearInterval(t); } }, [])

Почему это?)

Вот такая вот практика вокруг меня. Люди учат инструменты, а не принципы работы.

Вот такая вот практика вокруг меня. Люди учат инструменты, а не принципы работы.

Может проблема не в людях, а в том, как ты выбираешь окружение?)

Не равносильно. Равносильно будет useEffect(() => { t = setInterval(...); return () => { clearInterval(t); } }, [])

эээ... а чем это отличается от моего варианта? может не увидели исправления - отправилось случайно

Может проблема не в людях, а в том, как ты выбираешь окружение?)

Вполне возможно. Поделишься рецептом как выбирать нормальное окружение?

эээ... а чем это отличается от моего варианта? может не увидели исправления - отправилось случайно

[data] => []

ммм, а в чем тут роль этого параметра?

ммм, а в чем тут роль этого параметра?

Читай доку по useEffect

ммм, а в чем тут роль этого параметра?

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

а вообще да, читайте доку, там всё написано и очень толково

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

эге, т.е. если я указываю "пустой" - то вызов будет только при создании, и соответственно вызов функции при удалении... просто изменения не приведут к повторному вызову и пересозданию таймера... а если я укажу [data] (оно же пропсы по сути), то при любе их изменение будет приводить к пересозданию таймера - все верно?

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

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

когда документация не дает понимания... вот я ее сейчас читаю и пытаюсь понять... к примеру - https://ru.reactjs.org/docs/hooks-effect.html тут вообще нет никаких параметров вызова так то!

эге, т.е. если я указываю "пустой" - то вызов будет только при создании, и соответственно вызов функции при удалении... просто изменения не приведут к повторному вызову и пересозданию таймера... а если я укажу [data] (оно же пропсы по сути), то при любе их изменение будет приводить к пересозданию таймера - все верно?

все верно, ваш хук будет равносилен componentDidMount а функция которая возвращается componentWillUnmount

ммм, а в чем тут роль этого параметра?

открывай доку, после этого вопроса

Отнють. Чистая функция не имеет сайд-эффектов. Работа с памятью - сайд эффект.

Это второе условие что бы ф-я считалась чистой, перввое что бы данные не мутировала т.е как выразился автор предидущего поста - «сохраняет иммутабельность данных». Я думаю что ты дополнил мой ответ

когда документация не дает понимания... вот я ее сейчас читаю и пытаюсь понять... к примеру - https://ru.reactjs.org/docs/hooks-effect.html тут вообще нет никаких параметров вызова так то!

https://reactjs.org/docs/hooks-reference.html#conditionally-firing-an-effect внезапно

Mobx Есть у меня запрос который берет кучу данных, эти данные нужно разпихать по разным сторам, как лучше это реализовать?

когда документация не дает понимания... вот я ее сейчас читаю и пытаюсь понять... к примеру - https://ru.reactjs.org/docs/hooks-effect.html тут вообще нет никаких параметров вызова так то!

https://overreacted.io/a-complete-guide-to-useeffect/

Гайс, а как правильнее тестировать компоненты? Напирмер есть такой компонент class Test extends PureComponent { onClick = () => { dispatchAction() } } Так вот, как лучше написать тест? проверять что при onClick вызвался dispatchAction с undefined, или проверять что при onClick изменилась строра в соответствии с тем, что делает dispatchAction? С одной стороны логично что надо тестить как в первом случае, с другой стороны, мы может при рефакторинге ломать тесты, например появился новый супер метод который делает все что мне надо и заменил dispatchAction на него, и в итоге у меня упали тесты, из-за того что dispatchAction не вызвался, но поведение все еще корректно

Mobx Есть у меня запрос который берет кучу данных, эти данные нужно разпихать по разным сторам, как лучше это реализовать?

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