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

Что значит "есть он"? Реф всегда есть после создания, и он может хранить не только ссылки на дом

Я про ref.current - если что-то хотите с ним делать, вероятно есть разница уже инициализировался или там значение по умолчанию

Если у меня нет условного рендера на элементе с рефом, то я точно знаю что он будет после маунта в рефе.

Если у меня нет условного рендера на элементе с рефом, то я точно знаю что он будет после маунта в рефе.

https://codesandbox.io/s/keen-wescoff-1iow9 Зависимость не спасет. Ручками все равно прийдется внутри проверить, так что товарисч втирает чуток

Нужно, да. Но тут речь про вызов самого хука

Я уже скинул рекомендацию реакта

Нужно, да. Но тут речь про вызов самого хука

К сожалению, ты плохо читаешь

Нуну

То что в моменте ничего не дает - не означает что ничего не дает в принципе. Ты понимаешь разницу между стратегией и тактикой?

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

Ну хз

Ты на трениниги переходил что ль?) Есть конкретный кейс. Тут это не надо, выяснили. Спрашиваю а где тогда надо - тактика

Перечитал много умных книжек)

Так этому в Яндексе или Альфе тебя научили?

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

Ведь если ты за это топишь, то был кейс реальный.

То есть, просто так решил? На всякий случай

Бойлерплейт не ломает код, но усложняет его понимание

Бойлерплейт не ломает код, но усложняет его понимание

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

Багов я не видел. А зависимости столбиком видал)

ну я просто когда изучал хуки очень много багов ловил. Изучал инфу читал статьи, вот и все. Не вспомню уже. Я уже рассказал, лень десятый раз писать. Просто задумываюсь - можно ли потенциально сломать случайно? Вот и все. Есть риск - можем случайно создать баг. Есть меры по его предотвращению - добавить лишний deps. Цена мер - практически нулевая по времени. Так почему не использовать?

Ну это вопрос к коду)

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

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

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

https://codepen.io/EgorKluch/pen/ZEEqZRm - а вот банальный пример сломанного кода (изначально на пустой массив и был пример с useEffect) Но я тебя, @Tchernyavsky услышал, подумаю.

date-fns

почему не dayjs ?

https://github.com/you-dont-need/You-Dont-Need-Momentjs

почему не dayjs ?

https://artemdemo.com/blog/20181104-replacing-momentjs/

Что там, 16.12 уже выкатывают?

Всем привет Не кто не знает почему если я пишу у компонента style={{marginBottom: 24}}, а у этого компонента есть div className={props.default ? classes.first : classes.second}, мои инлайн стили к нему не присваиваются?

style прокиньте в див

типо style={props.style}?

Да

Понял, и это нормально?

Вполне

Привет, подскажите, пожалуйста, кто работает с mobx, почему при первом изменении тектового поля слетает фокус. Как будто реакт не запоминает это текстовое поле в доме и добавляет его заного. Пробовал указывать атрибут key, но мне не помогло

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