Прекоммит хуки

препуш*

препуш*

не обязательно, чем прекоммит плох тут?

не обязательно, чем прекоммит плох тут?

Тем что слшком долго ждать пока линтер позволит закоммитить.

препуш*

прекоммит, мне кажется, приятнее. в процессе разработки итеративно понемногу перебираешь на этапе коммита

Тем что слшком долго ждать пока линтер позволит закоммитить.

¯\_(ツ)_/¯

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

Тем что слшком долго ждать пока линтер позволит закоммитить.

как раз обратное тому, на что был ответ =) p.s. +1 тоже за прекоммит

прекоммит, мне кажется, приятнее. в процессе разработки итеративно понемногу перебираешь на этапе коммита

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

И даже исправлять на сохранении

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

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

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

Про полминуты. И так на каждый коммит. Которых может быть много

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

ну, по такой логике вообще можно вообще не ставиь такую преwhatever хуку

ну, по такой логике вообще можно вообще не ставиь такую преwhatever хуку

На препуш нужен. На прекоммит -- лишнее

На препуш нужен. На прекоммит -- лишнее

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

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

eslint-loader, будешь сразу все ошибки видеть, потом контрольная препуш проверка

ну и плагины для редакторов, да

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

Ты говорил про то, что в процессе разработки приятнее править ошибки про препушу. Я сказала что это чушь так-как в разы приятнее править их по расширению

Вместо всего этого настроил линтиниг на мерж в основную ветку и горя не знаю. Какая разница, что там в текущей рабочей ветке? Хоть жопа ascii артом, лишь бы в бой ушёл нормальный код

А задачу не пускать неформатный код в репу делает препуш хук

eslint-loader, будешь сразу все ошибки видеть, потом контрольная препуш проверка

вот да

лол. ок ?

еще юзать научится нужно хуки

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

Народ, оборачиваю функциональный компонент в React.memo, и ошибка ругается что в родительский элемент передаётся не функция а объект(версия реакта 16.6.0) что не так?

Народ, оборачиваю функциональный компонент в React.memo, и ошибка ругается что в родительский элемент передаётся не функция а объект(версия реакта 16.6.0) что не так?

Покажи код

show cods

мляя

that escalated quickly

Ну а че там все обычно

Народ, оборачиваю функциональный компонент в React.memo, и ошибка ругается что в родительский элемент передаётся не функция а объект(версия реакта 16.6.0) что не так?

Похожую словил, но в другом кейсе, но все работает вроде. Ворнинг просто? Или не рендерится?

Не рендерит да

Снес node_modules и поставил - все ок, сор

не используй индекс как кей

Ага, это да

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

не используй индекс как кей

почему?

почему?

ты сейчас рофлишь?

нет

нет

ComponentA key={0} ComponentB key={0} Реакт Кеи одинаковые, не буду ререндерить

Будет, но инстанс будет тот же

Будет, конечно если просы приедут новые

ComponentA key={0} ComponentB key={0} Реакт Кеи одинаковые, не буду ререндерить

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

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

ахуенное решение

ахуенное решение

ты еще не видел как я наследовал конфиг аирбинб и потом оверайдил правила на 25 строк, эх молодост

ComponentA key={0} ComponentB key={0} Реакт Кеи одинаковые, не буду ререндерить

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

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

проебался на схеме..

проблема когда два одинаковых компонента, и например второй вдруг получает key первого

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

а в роутере можно делать history.push() не из компонента и без withrouter-а?

а в роутере можно делать history.push() не из компонента и без withrouter-а?

нуаче

нуаче

че?

че?

можно)

вроде)

можно)

как?

ну тебе надо инстанс используемого хистори получить

как?

window.history.pushState()

но это браузерное апи

Ему нужен его инстанс history одноименной библиотеки, его можно шарить между роутером и обычным доступом

ERROR: S client not available

Пацаны

Пацаны

https://rudevs.network/SJnVLYQm7

Ему нужен его инстанс history одноименной библиотеки, его можно шарить между роутером и обычным доступом

а как этот инстанс получить?

https://rudevs.network/SJnVLYQm7

нормально так предиктишь

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

иначе придется в редюсер сувать инфу

и в компоненте смотреть ее и редиректить

а как этот инстанс получить?

https://github.com/ReactTraining/react-router/blob/master/FAQ.md#how-do-i-access-the-history-object-outside-of-components

https://github.com/ReactTraining/react-router/blob/master/FAQ.md#how-do-i-access-the-history-object-outside-of-components

спасибо

Меньше кода, в сравнении с классами. Нет хоков

Лучше бы были хоки, ей богу.

Лучше бы были хоки, ей богу.

И то и то уместно

Лучше бы были хоки, ей богу.

ты начало доклада видел ?

А тут магия уже нужна, чтобы не было матрёшек из врапперов

но вместо этого ввели магию хуков, которые ещё в рендере кучи мусора генерируют

Жду теперь презенташки на тему "Как мы понапихали хуков в наши рендеры, у нас чёт заторомозило всё, и мы героически эту проблему решили вытащив логику из рендера обратно в методы класса".

Жду теперь презенташки на тему "Как мы понапихали хуков в наши рендеры, у нас чёт заторомозило всё, и мы героически эту проблему решили вытащив логику из рендера обратно в методы класса".

Я считаю, это описание 99% процентов докладов на всяких конференциях и статей на хабре

Лучше бы были хоки, ей богу.

чем это? хоки худший паттерн для реиспользования компонентов. Иногда уместный, да. Но минусов у них достаточно

чем это? хоки худший паттерн для реиспользования компонентов. Иногда уместный, да. Но минусов у них достаточно

Я минус только один вижу: матрёшка из врапперов. Всё.

Я минус только один вижу: матрёшка из врапперов. Всё.

ага, а коллизия имен?)

чего?

чего?

кажется ты хоками особо не пользовался)

Я минус только один вижу: матрёшка из врапперов. Всё.

Дополнительный гемор с получением рефов, например.

если два разных хока прокидывают проп с одинаковым названием, то один пропадёт и ты никак это не заметишь

от этой матрешки можно избавится и через хокки

если два разных хока прокидывают проп с одинаковым названием, то один пропадёт и ты никак это не заметишь

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

так а че видоса с конфы с ЛА нету?

так а че видоса с конфы с ЛА нету?

думаю будет

так а че видоса с конфы с ЛА нету?

тока там не ЛА