Контролируем scroll полностью или реализация события React: onRenderChildrenComplete

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

Прежде чем перейти к статье, хочу вам представить, экономическую онлайн игру Brave Knights, в которой вы можете играть и зарабатывать. Регистируйтесь, играйте и зарабатывайте!

Всем привет! Я фуллстек, пишу код для сервиса TolstoyComments. В процессе работы был накоплен ценный опыт, как решать разного рода задачи на React. Этим опытом я хочу поделиться.

Бывало так, что после загрузки страницы, вам нужно сделать прокрутку экрана к заданному месту? Все ли всегда получалось с первого раза? И что делать если скролл все равно дергается в процессе загрузки страницы?

Ссылка на источник картинки https://donttakefake.com/otkuda-vzyalsya-mem-nelzya-prosto-tak-vzyat-i-rasskazyvaet-rezhisser-vlastelina-kolets/
Генератор мемов: iloveimg.com
Ссылка на источник картинки https://donttakefake.com/otkuda-vzyalsya-mem-nelzya-prosto-tak-vzyat-i-rasskazyvaet-rezhisser-vlastelina-kolets/ Генератор мемов: iloveimg.com

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

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

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

Почему же так происходит?

Все дело в высоте содержимого над комментарием! Если в процессе отрисовки страницы изменится высота содержимого над комментарием, то позиционирование скролла будет потеряно.

Разберем более детально пример в начале статьи. Сначала загружается HTML и делается доскролл до нужного комментария. Потом скролл теряется, так как высота содержимого над комментарием изменилась и скролл уже показывает не туда куда надо. После этого происходит коррекция скролла и он снова начинает показывать куда надо. Здесь я делаю предположение, что возможно разработчики хабра это предусмотрели и на всякий случай сделали костыль, который срабатывает как раз в том случае если скролл все таки теряется.

Почему высота содержимого меняется?

Всему виной этот тег:<img />! (но не всегда!)

Самый простой случай, когда содержимое верстки может менять свою высоту связано с выводом картинок. Картинки в верстки имеют ширину и высоту и чаще всего их вывод делается адаптивным за счет css стилей. Чаще всего пользуются вот таким сочетанием стилей:

img {
  height: auto;
	max-width: 100%;
}

Это магическая конструкция заставляет браузеры пропорционально масштабировать изображение, под разную ширину экрана. Но чтобы она корректно работала нужно выполнить одно условие: нужно чтобы в теге img были прописаны исходные размеры изображения: ширина и высота (параметры width и height).

Взглянем на верстку картинок в комментариях на Хабре:

Как можно видеть, атрибутов width и height тут нет, а значить браузер не сможет корректно определить высоту содержимого страницы до того как начнется загрузка самой картинки.

Получается чтобы обойти проблему с выводом картинок нужно:

  1. Либо заранее прописывать корректные значения width и height

  2. Либо вешать на картинку события onload onerror и обрабатывать эти события чтобы узнать о том когда картинка загрузится или не загрузится.

А по другому не как?

Да конечно, есть еще вариант как сделано на хабре, я кстати тоже так сделал при разработке комментариев на портале myslo.ru (пример ссылки на комментарий и отработки доскролла)

setTimeout и setInterval - решение на все случае жизни!

С помощью этих функций происходит повторная докрутка скролла если с первого раза что-то пошло не так. Конечно это приводит к некрасивым сайд эффектам на странице.

Как избавиться от сайд эффектов?

Все просто, нужно избавиться от динамического контента! Шучу конечно, на практике такое невозможно и это нужно как то решать.

Самый простой пример реализации скролла до нужного элемента на react:

import { useLayoutEffect, useRef } from "react";
import "./styles.css";

export default function App() {
  const h2ref = useRef(null);

  useLayoutEffect(() => {
    h2ref.current.scrollIntoView();
  }, []);

  return (
    <div className="App">
      <h1>Hello CodeSandbox</h1>
      <h2>1. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
      <h2 ref={h2ref}>2. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
      <h2>3. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
      <h2>4. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
      <h2>5. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
    </div>
  );
}

Есть некоторый компонент, после инициализации которого происходит вызов useLayoutEffect и перемещение скролла. В этом примере у нас нет элементов которые могут менять свою высоту в процессе рендеринга страницы. Поэтому доскролл будет работать корректно.

Пример доскролла до элемента на codesandbox.

Теперь добавим немного динамического контента

import { useLayoutEffect, useRef } from "react";
import "./styles.css";

export default function App() {
  const h2ref = useRef(null);

  const src = "https://hsto.org/webt/ow/wu/bm/owwubmq_kdfpalevoql9vhhryl8.jpeg";
  const arr = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13].map(
    (n) => src + "?t=" + Math.random().toString().substring(2)
  );

  useLayoutEffect(() => {
    h2ref.current.scrollIntoView();
  }, []);

  return (
    <div className="App">
      <h1>Hello CodeSandbox</h1>
      <h2>1. Start editing to see some magic happen!</h2>
      <p>
        {arr.map((n, i) => (
          <img key={i} src={n} alt="" />
        ))}
      </p>
      <h2 ref={h2ref}>2. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
      <h2>3. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
      <h2>4. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
      <h2>5. Start editing to see some magic happen!</h2>
      <p style={{ height: "300px" }}></p>
    </div>
  );
}

Пример с подгрузкой картинок на codesandbox

Если внимательно посмотреть что будет происходить в этом примере то можно заметить как скролл сразу отображается на нужном месте но полоса скролла как то странно уменьшается. Что же тут происходит?

Сначала происходит полная загрузка HTML. Потом браузер делает фокус скролла на нужном нам элементе. А потом происходит подгрузка картинок выше места скролла. Но поскольку все современные браузеры умные, то они автоматически двигает скролл так чтобы содержимое не смещалось относительно левого верхнего угла. 

Браузер пытается любой ценой сохранить нужное нам положение скролла. Иногда у него это получается, иногда нет.

В случае использования scrollintoview браузер понимает на каком элементе нужно сохранить положение скролла до полной загрузки страницы, и поэтому положение скролла не теряется. Но что делать если у нас SPA и мы хотим реализовать восстановление положения скролла при переходе на шаг назад?

В этом случае, проблема в том что мы не можем использовать метод scrollintoview. Мы можем использовать window.scrollTo но этот метод уже не имеет такого умного поведения сохранения положения скролла.

Можно ли корректно восстановить скролл?

Для удобства я сделал вывод числового значения положения скролла и записал процесс обновления страницы в замедленном виде.

Страница загружается, потом происходит перемещение скролла на 1000 (как и нужно). Но потом скролл становится 1294 и даже 1589. Откуда такие значения скролла?

Исходный код:

import { useCallback, useEffect, useState } from "react";
import "./styles.css";
 
function DynamicBlock() {
 const src = useState(
   () => "https://hsto.org/webt/ow/wu/bm/owwubmq_kdfpalevoql9vhhryl8.jpeg" +
     "?t=" +
     Math.random().toString().substring(2)
 );
 
 return (
   <img src={src} alt="" />
 );
}
 
export default function App() {
 const [scroll, setScroll] = useState(0);
 const onScroll = useCallback(() => setScroll(Math.round(window.scrollY)), []);
 useEffect(() => {
   onScroll();
   window.addEventListener("scroll", onScroll);
   return () => window.removeEventListener("scroll", onScroll);
 }, [onScroll]);
 
 useEffect(() => window.scrollTo(0, 1000), []);
 
 useEffect(() => setTimeout(() => window.scrollTo(0, 1000), 2000), []);
 
 return (
   <div className="App">
     <h2>1. Start editing to see some magic happen!</h2>
     <p style={{ height: "300px" }}></p>
     <DynamicBlock />
     <h2>2. Start editing to see some magic happen!</h2>
     <p style={{ height: "300px" }}></p>
     <DynamicBlock />
     <h2>3. Start editing to see some magic happen!</h2>
     <p style={{ height: "300px" }}></p>
     <DynamicBlock />
     <h2>4. Start editing to see some magic happen!</h2>
     <p style={{ height: "300px" }}></p>
     <DynamicBlock />
     <h2>5. Start editing to see some magic happen!</h2>
     <p style={{ height: "300px" }}></p>
     <DynamicBlock />
     <div className="scroll">{scroll}</div>
   </div>
 );
}

Пример с выводом текущего положения скролла, решенный через костыль codesandbox

Разберем написанный код:

useEffect(() => window.scrollTo(0, 1000), []);

Эта строка должна восстанавливать положение скролла, но она не работает, так как на странице есть динамические компоненты с изменяемой высотой.

 useEffect(() => setTimeout(() => window.scrollTo(0, 1000), 2000), []);

Эта строка - костыль, призванный решить проблемы которые может не решить строка выше. Здесь весь вопрос в том какой нужно выставить таймер. А если у вас медленный интернет и страница за 2 секунды целиком не загрузится? Или здесь можно двигать скролл постоянно пока пользователь не начнет сам двигать скролл.

Реализация подобного костыля может быть разной, и может быть сложной, но проблема которую этот костыль должен решать одна - сделать правильное позиционирование скролла после загрузки всей страницы.

Меня такое решение не устраивает!

Скролл дергается в процессе отрисовки страницы и это мягко говоря не красиво, а грубо говоря раздражает.

На этом месте уже можно сформулировать задачу:

  • Дано, страница с динамическими элементами, которые могут менять свою высоту в процессе отрисовки.

  • Нужно реализовать такой метод onRenderChildrenComplete чтобы он вызывался сразу после завершения отрисовки всех дочерних компонентов.

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

А если динамический компонент добавлен через условие? Здесь могут возникнуть сложности.

Формулируя выше описанные требования я решил все реализовать через контекст:

// RenderContext.js
import { createContext } from "react";
 
const RenderContext = createContext({
 onInit: () => {},
 onRender: () => {}
});
 
export default RenderContext;

Здесь описана реализация заглушки для контекста.

// RenderContextProvider.js
import { useCallback, useRef, useState } from "react";
import RenderContext from "./RenderContext";
 
export default function RenderContextProvider(props) {
 const { onRender } = props;
 const countInit = useRef(0);
 const countRender = useRef(0);
 const onInitCallback = useCallback(() => {
   countInit.current++;
 }, []);
 const onRenderCallback = useCallback(() => {
   countRender.current++;
   // если countInit совпадает с countRender то вызываем onRender
   if (countInit.current === countRender.current) {
     if (onRender) {
       onRender();
     }
   }
 }, [onRender]);
 
 // оборачиваем value через useState чтобы ссылка была постоянной
 const [value] = useState(() => ({
   onInit: onInitCallback,
   onRender: onRenderCallback
 }));
 
 return (
   <RenderContext.Provider value={value}>
     {props.children}
   </RenderContext.Provider>
 );
}

Компонент RenderContextProvider принимает параметр onRender (сокращение от onRenderChildrenComplete)  - событие завершения рендеринга всех дочерних компонентов.

// RenderUse.js
import { useCallback, useContext, useLayoutEffect, useRef } from "react";
import RenderContext from "./RenderContext";
 
export function useLayoutRender() {
 const { onInit, onRender } = useContext(RenderContext);
 
 useLayoutEffect(() => onInit(), [onInit]);
 
 const render = useRef(false);
 
 const onCallbackRender = useCallback(() => {
   // простая защита от повторного вызова onRender
   if (render.current === false) {
     render.current = true;
     onRender();
   }
 }, [onRender]);
 
 return () => onCallbackRender();
}

useLayoutRender - хук который нужно вызывать в динамическом компоненте. Этот хук вернет метод onRender - событие завершение рендеринга.

После подключения хука в нем будет вызван инкримент счетчика countInit. А после завершения рендеринга в компоненте будет вызвано событие onRender и тем самым значения счетчика countRender совпадет со значением счетчика countInit. При совпадении этих значений произойдет вызова события onRenderChildrenComplete.

Пример реализации:

import { useCallback, useEffect, useLayoutEffect, useState } from "react";
import RenderContextProvider from "./RenderContextProvider";
import { useLayoutRender } from "./RenderUse";
import "./styles.css";
 
function DynamicBlock() {
 const src = useState(
   () =>
     "https://hsto.org/webt/ow/wu/bm/owwubmq_kdfpalevoql9vhhryl8.jpeg" +
     "?t=" +
     Math.random().toString().substring(2)
 );
 const onRender = useLayoutRender();
 
 const onLoadComplite = useCallback(
   (img) => {
     if (img.target.complete) {
       onRender();
     }
   },
   [onRender]
 );
 
 return <img src={src} onLoad={onLoadComplite} onError={onRender} alt="" />;
}
 
export default function App() {
 const [scroll, setScroll] = useState(0);
 const onScroll = useCallback(() => setScroll(Math.round(window.scrollY)), []);
 useEffect(() => {
   onScroll();
   window.addEventListener("scroll", onScroll);
   return () => window.removeEventListener("scroll", onScroll);
 }, [onScroll]);
 
 const onCallbackRender = useCallback(() => {
   window.scrollTo(0, 1000);
 }, []);
 
 return (
   <RenderContextProvider onRender={onCallbackRender}>
     <div className="App">
       <h2>1. Start editing to see some magic happen!</h2>
       <p style={{ height: "300px" }}></p>
       <DynamicBlock />
       <h2>2. Start editing to see some magic happen!</h2>
       <p style={{ height: "300px" }}></p>
       <DynamicBlock />
       <h2>3. Start editing to see some magic happen!</h2>
       <p style={{ height: "300px" }}></p>
       <DynamicBlock />
       <h2>4. Start editing to see some magic happen!</h2>
       <p style={{ height: "300px" }}></p>
       <DynamicBlock />
       <h2>5. Start editing to see some magic happen!</h2>
       <p style={{ height: "300px" }}></p>
       <DynamicBlock />
       <div className="scroll">{scroll}</div>
     </div>
   </RenderContextProvider>
 );
}

Финальный результат:

После загрузке всех картинок на странице происходит вызов метода, в котором запускается позиционирование скролла.

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

Резюме

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

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

Источник: https://habr.com/ru/post/589177/


Интересные статьи

Интересные статьи

В предыдущей статье мы сформулировали нашу главную проблему при масштабировании Unidirectional Data Flow (UDF) — модуляризацию. Сегодня существует много UDF-фреймворков на Swift, но мало кто уточняет,...
Недавно я написал непобедимую игру "Крестики-Нолики". Это был интересный и поучительный проект, который многому меня научил. Если у вас есть желание посмотреть результат — это м...
Все «за» и «против» 1С-Битрикс, какие есть альтернативы и что выгоднее знать разработчику? Читать далее
Всем привет! Не так давно на работе в рамках тестирования нового бизнес-процесса мне понадобилась возможность авторизации под разными пользователями. Переход в соответствующий р...
От скорости сайта зависит многое: количество отказов, брошенных корзин. Согласно исследованию Google, большинство посетителей не ждёт загрузки больше 3 секунд и уходит к конкурентам. Бывает, что сайт ...