Wzorzec 17

Długa lista bez długu

Tysiąc wierszy renderowanych naraz kosztuje setki milisekund, zanim użytkownik zobaczy pierwszy z nich. content-visibility: auto każe przeglądarce liczyć layout tylko tego, co widać, a contain-intrinsic-size podaje wymiary zastępcze reszty, żeby pasek przewijania trzymał długość i nic nie skakało przy dojeżdżaniu.

Dwa razy 1500 wierszy, jeden pomiar

Obie listy montują ten sam DOM. Prawa deklaruje content-visibility: auto, więc przeglądarka liczy layout tylko wierszy w kadrze, a contain-intrinsic-size trzyma scrollbar w ryzach.

✕ Wszystko naraz

—

Lista czeka na montaż

✓ content-visibility

—

Lista czeka na montaż

Pomiar liczy czas od montażu do pierwszej klatki. React renderuje obie listy tak samo, różnica pochodzi z layoutu i malowania wierszy, których nie widać. Przewiń obie listy: pasek przewijania po prawej ma od razu docelową długość, bo wymiary zastępcze zgadzają się z prawdziwymi.

Reguły

Wiersze poza ekranem mają content-visibility: auto zamiast wirtualizacji skryptem, dopóki lista nie wymaga niczego więcej.
contain-intrinsic-size deklaruje wymiary nieodrenderowanego wiersza, więc scrollbar nie zmienia długości w trakcie przewijania.
Wysokość zastępcza równa się rzeczywistej wysokości wiersza, nie przypadkowej liczbie.
Wyszukiwanie w treści dalej działa, bo wiersze są w DOM, tylko czekają z renderingiem.

Wzorzec w kodzie

Dwie deklaracje zamiast biblioteki do wirtualizacji

.wiersz {
  content-visibility: auto;
  contain-intrinsic-size: auto 3rem;
}

Lista zostaje zwykłą listą: 1500 elementów w DOM, wyrenderowane tylko widoczne

<ul className="lista">
  {items.map((item) => (
    <li key={item.id} className="wiersz h-12">
      {item.name}
    </li>
  ))}
</ul>