кто же Вам запретит?)

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

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

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

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

на document вешайте обработчик прям в родителе, где создан реф. нет надобности его вниз передавать

Для обработчика в свою очередь нужно знать, что именно нужно закрывать

Задача вроде как для useOutside.

на каждый пук у нас есть хук!

Бикоз вай нот? Удобно и переиспользуемо.

Привет! использую Mobx у меня есть @observable offices = []; в который я получаю с сервера какой то Json но кода я делаю вот такое то он мне приходит undefined```<DragDropContext onDragEnd={this.onDragEnd}> <Droppable droppableId="droppable" type="app"> {(provided) => ( <div className="jfdjfd" ref={provided.innerRef} > {console.log()} {this.offices.map((office, index) => { return <Draggable draggableId={`draggableId-${office.id}`} index={index} key={`draggableKey${office.id}`}> {provided => ( <div ref={provided.innerRef} {...provided.draggableProps}> <Office key={`office${office.id}`} office={office} onCloneClick={this.onCloneClick} onSettingsClick={this.onSettingsClick} addOfficeChildren={this.addOfficeChildren} onRowClick={this.onRowClick} onRowStatusChange={this.onRowStatusChange} onAddClick={this.onAddClick} /> {provided.placeholder} </div> )} </Draggable> })} {provided.placeholder} </div> )} </Droppable> </DragDropContext>```

если сам пишешь, а не тянешь из npm черти знает что

А если контрол с делаю в репе мега хука?)

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

тебе сюда @javascript_jobs

норм

ну функции чистыми должны быть, не?

ну функции чистыми должны быть, не?

привет. какое правило в eslint ругается на подобное ? нельзя исполнительные констуркции ставить сразу после любых условий, нужно в if заворачивать

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

оно? https://eslint.org/docs/rules/no-unused-expressions#allowshortcircuit

норм

вроде оно спасибо

привет. какое правило в eslint ругается на подобное ? нельзя исполнительные констуркции ставить сразу после любых условий, нужно в if заворачивать

Код реально плохой, тут и еслинт не надо чтобы заметить это)

Код реально плохой, тут и еслинт не надо чтобы заметить это)

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

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

if(!this.lots????.length) { smth }

Ну !length это вообще не семантично, так что не if (this.lots.length === 0)

а как? Array.isArray ?

К чему ты это вообще?...

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

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

Чево блин)

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

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

+ форыч тут не нужен

Ну мап может зайти

норм

Норм рофлишь)

Смотри если напрямую в юзэфект async кинуть, он же вернёт промис, а реакт что в ретерне ждёт?

на сколько я помню все норм будет

Не рили, я бы рад услышать как тут надо правильно делать

А чо тут делать if (this.lots.length === 0) { for (let order of this.orders) { doSomething(order) } }

А чо тут делать if (this.lots.length === 0) { for (let order of this.orders) { doSomething(order) } }

Чем тебя форич не устроил?

Вот for хоть и быстрее, но яхз

1) Он нужен не для этих целей, а именно, чтобы делать сайд-эффекты в конце фп-цепочки (после map, filter, reduce и т.д.), так как он ничего не возвращает при вызове 2) В его записи куча лишних скобок, которые портят читаемость 3) Внутри if конструкция for of выглядит более привычно

1) Он нужен не для этих целей, а именно, чтобы делать сайд-эффекты в конце фп-цепочки (после map, filter, reduce и т.д.), так как он ничего не возвращает при вызове 2) В его записи куча лишних скобок, которые портят читаемость 3) Внутри if конструкция for of выглядит более привычно

Понял, на конструктив вы не способны

Толку писать обратное по всем трем пунктам?

У тебя это не получится, потому что 1 пункт неопровержим

Железная логика - с ней я спорить конечно же не буду

Вот тут for of испортит всю картину, потому что для фп стиля он совершенно не предназначен users .filter(hasRecentlyLoggedIn) .map(getEmailAddress) .forEach(sendEmail)

И тут Остапа понесло

ну во первых for of это вообще немного из другой оперы