- иммутабельность либо очень дорогая по перфу (при клонировании), либо не очень френдли в дебаге, при использовании оптимизирующий структур данный
- реактивность с использованием иммутабельности, т.е. через change detection вообще не производительная и оверхедная как с точки зрения библиотечного кода, так и с точки зрения пользовательского.

Решите ка мне такую задачу:

function TableWithFilters() {
  const [filter, updateFilter] = useState()
  const getData = useCallback((cursorId) => api.get('/rows', {filter, cursorId}), [filter])
  
  return <>
    <input value={filter} onChange={e => updateFilter(e.target.value)} />
 <Table getData={getData}/>
  </>

}

Есть компонент Table с методом getData, который дергается при нажатии кнопок пагинации, которые внутри таблицы. Фильтры у нас описаны отдельным компонентом и проблема в том что при изменении фильтра нам нужно пересоздать функцию getData и сделать ререндер таблицы. Но ререндер таблицы - дорогая операция, ее нет смысла делать на каждый onChange. Задача - не вызывать Table при изменении фильтра, но предоставлять актуальный getData

Проблема с react-pdf, кто нибудь сталкивался ?

function TableWithFilters() {
  const [filter, updateFilter] = useState()
  const getData = useCallback((cursorId) => api.get('/rows', {filter, cursorId}), [filter])
  
  return <>
    <input value={filter} onChange={e => updateFilter(e.target.value)} />
 <Table getData={getData}/>
  </>

}

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

дебаунс можно и на мемоизацию useCallback поставить. Как без дебаунса, как не ререндерить таблицу вообще?

function TableWithFilters() {
  const [filter, updateFilter] = useState()
  const getData = useCallback((cursorId) => api.get('/rows', {filter, cursorId}), [filter])
  
  return <>
    <input value={filter} onChange={e => updateFilter(e.target.value)} />
 <Table getData={getData}/>
  </>

}

удобство разработки почти всегда > железных ресурсов
ресурсы по времени > ресурсов по пространству

(не/трудно)поддерживаемая мутабельная система < простая в поддержке, но чуть более медленная иммутабельная

Зависит от того как мутабельная система и ее изменения устроены

Если это аля event sourcing - дебаг не проблема, даже наоборот

у тебя же там всё разжёвано, что делать

Да в конце показано что нету модулей от stream до buffer, а всё из-за @react-pdf/renderer

ивенты тоже не бесплатные
в общем, it depends.

Не охота грузить ещё 7 пакетов ради этой фигни

подскажите причину ошибки в тестах. обернул Component в Wrapper

Понимаю , что причина в том что Component рендерится до того как зарендерился <Provider> но вот почему это происходит, это впрос

кажется понял. скорее всего потому что showErrors надо обернуть в useEffect.

Не как var b, а как window.b может?

var вроде и создаёт в window поле

чуваки, в @js_noobs_ru это уже обсудили. давайте туда

👆🏿

да, ошибка была в этом. showErrors срабатывал слишком быстро.