Ребята, кто шарит в react-virtualized, есть какой-то способ достать данные из конкретной ячейки имея ее индекс через их апи?

Не стоит использовать вёрстку в качестве источника данных

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

а ты не можешь достать данные из того источника откуда они попадают а react-virtualized ?

И ещё)) Не посоветуете книгу по паттернам проектирования в react? Сборник лучших практик. Что-то такое

Или какую БД лучше использовать, допустим, для мессенджера? Подойдёт ли firebase? Или производительности нехватит?

Или какую БД лучше использовать, допустим, для мессенджера? Подойдёт ли firebase? Или производительности нехватит?

Это шутка про производительность? Сколько человек аудитория месседжера?

У кого могут быть ресурсы и желание делать свой мессенджер

народ а почему данный код работает и не выдает ошибок? class .... { state = { streamInstance: null, constraints: { audio: false, video: { width: { min: 360, ideal: 640, max: 1920 }, height: { min: 240, ideal: 480, max: 1080 }, }, }, } method = () => { this.state.streamInstance = navigator.mediaDevices.getUserMedia( this.state.constraints ) this.state.streamInstance .then(stream => { console.log(stream) this.streamToVideoEl(videoEl, stream) }) .catch(err => console.log(err)) } }

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

Недавно в этом чате говорили что с помощью хуков можно воспроизвести любой хок Как сделать хуковый эквивалент хока withLoading, который если среди приходящих пропсов есть loading: true, возвращает компонент крутилку?

Во, самое главное различие что хуки не могут контролировать рендер в той же степени, что и хоки Можно конечно сделать хук который возвращает компонент (наверное, никогда таких не делал, выглядит странно) и делать return useLoading(props) Все же это не то, мануальная передача пропсов + мануальное возвращение, а с хоками все на автомате

Вас никто не заставляет же от HOC отказываться

Ребят, я тут пишу кое что интересное и мне бы надо узнать что я неправильно пишу на самом начале развития проекта кто хочет в лс сделать кодревью, дать замечания?

Во, самое главное различие что хуки не могут контролировать рендер в той же степени, что и хоки Можно конечно сделать хук который возвращает компонент (наверное, никогда таких не делал, выглядит странно) и делать return useLoading(props) Все же это не то, мануальная передача пропсов + мануальное возвращение, а с хоками все на автомате

Недавно в этом чате говорили что с помощью хуков можно воспроизвести любой хок Как сделать хуковый эквивалент хока withLoading, который если среди приходящих пропсов есть loading: true, возвращает компонент крутилку?

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

А в чм проблема сделать просто компонент Loading ?

Компоненты это ведь не представление, и совсем не обязаны возвращать дом элементы, и хок тоже не обязан возвращать дом элементы, т.е. это ответственность того кто пишет код, а не хоков Говнохуки тоже возможны

Просто это неочивидно. Что происходит когда ты оборачиваешь в тот или иной хок? Нужно знать доку или смотреть в хок. С хуками очевидние.

Просто это неочивидно. Что происходит когда ты оборачиваешь в тот или иной хок? Нужно знать доку или смотреть в хок. С хуками очевидние.

ребят можете подсказать почему происходят такие вещи, я ввожу чтото в инпут и юзаю setstate , но происходит опоздание на один ввод

потому что setState не работает мнговенно, чтобы законсолить значение стейта после вызова setState, нужно твой onSearch сделать асинхронным, сделать await this.setState. но так тоже никто не делает, лучше мониторь state в рендере, потому что каждый setState вызывает перерендер

Что произойдёт когда ты юзнешь хук? Так же не очевидно. Может он внутри ошибку сделает

потому что setState не работает мнговенно, чтобы законсолить значение стейта после вызова setState, нужно твой onSearch сделать асинхронным, сделать await this.setState. но так тоже никто не делает, лучше мониторь state в рендере, потому что каждый setState вызывает перерендер

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

await setState не заработает, насколько я помню this.setState(..., () => { console.log('State has been updated!'); });

все таки заработало

потому что setState не работает мнговенно, чтобы законсолить значение стейта после вызова setState, нужно твой onSearch сделать асинхронным, сделать await this.setState. но так тоже никто не делает, лучше мониторь state в рендере, потому что каждый setState вызывает перерендер

но так делать не стоит, да :)

но так делать не стоит, да :)

Либо накинуть коллбэк

Либо накинуть коллбэк

пробовал через коллбек не пашет

Вот так делать не надо наск я помню