React: Функция согласования производительности по сравнению с компонентами класса

Обертывание функционального компонента в PureComponent значительно сократило наблюдаемое «время рендеринга». (От ~ 160 мс до ~ 60 мс)

Этого и следовало ожидать, если рендеринг TreeNodeComponent стоит дорого. React.PureComponent выйдет из строя раньше, если реквизит не изменился.

При переносе компонентов класса в функциональные компоненты (с хуками) я заметил значительное падение производительности.

Вы говорите, что переход от класса, расширяющего React.Component к функциональному компоненту, вызвал снижение производительности? Или вы уже использовали React.PureComponent (или shouldComponentUpdate )

Вы можете использовать React.memo чтобы получить ту же семантику аварийного восстановления с функциональными компонентами.

Я перешел с React.Component на shouldComponentUpdate .

Я использую React.useMemo чтобы избежать "рендеринга".
React.memo дает такие же хорошие результаты, как и из PureComponent . (~ 50-60 мс)

Большое спасибо за разъяснения.

Я не понял, что лучше: функциональные компоненты или компоненты классов. Что мне использовать для длинных списков