Сообщение Re[13]: [Firefox] Баг 20-летней давности от 11.03.2021 11:44
Изменено 11.03.2021 11:52 Lazytech
Re[13]: [Firefox] Баг 20-летней давности
Здравствуйте, Ватакуси, Вы писали:
В>Более того, там постоянные сообщения идут взад и вперед, только не через веб-розетки как бы это сделали нормальные люди, а отдельными запросами. И страница в процессе отрисовки подругжает динамически тонны хрени.
Может быть, React все-таки не виноват?
В>Ты же понимаешь, что на игрушечных примерах можно получить что угодно.
Количество подгружаемых данных, по-моему, вполне достаточное. Напомню секрет Полишинеля при использовании React: чтобы динамически обновляемая веб-страница меньше тормозила, не надо пихать слишком много данных в DOM-дерево. Этот игрушечный пример вполне себе будет тормозить на сотнях пользователей, если убрать пагинацию.
В>Раньше они были лучше, что-ли?
Чего не знаю, того не знаю.
В>Более того, там постоянные сообщения идут взад и вперед, только не через веб-розетки как бы это сделали нормальные люди, а отдельными запросами. И страница в процессе отрисовки подругжает динамически тонны хрени.
Может быть, React все-таки не виноват?
В>Ты же понимаешь, что на игрушечных примерах можно получить что угодно.
Количество подгружаемых данных, по-моему, вполне достаточное. Напомню секрет Полишинеля при использовании React: чтобы динамически обновляемая веб-страница меньше тормозила, не надо пихать слишком много данных в DOM-дерево. Этот игрушечный пример вполне себе будет тормозить на сотнях пользователей, если убрать пагинацию.
В>Раньше они были лучше, что-ли?
Чего не знаю, того не знаю.
Re[13]: [Firefox] Баг 20-летней давности
Здравствуйте, Ватакуси, Вы писали:
В>Более того, там постоянные сообщения идут взад и вперед, только не через веб-розетки как бы это сделали нормальные люди, а отдельными запросами. И страница в процессе отрисовки подругжает динамически тонны хрени.
Может быть, React все-таки не виноват?
В>Ты же понимаешь, что на игрушечных примерах можно получить что угодно.
Количество подгружаемых данных, по-моему, вполне достаточное. Напомню секрет Полишинеля при использовании React: чтобы динамически обновляемая веб-страница меньше тормозила, не надо пихать слишком много данных в DOM-дерево. Этот игрушечный пример вполне себе будет тормозить на сотнях пользователей, если убрать пагинацию.
В>Раньше они были лучше, что-ли?
Чего не знаю, того не знаю.
P.S. Вспомнил
Но, конечно же, во всем виноват треклятый React.
В>Более того, там постоянные сообщения идут взад и вперед, только не через веб-розетки как бы это сделали нормальные люди, а отдельными запросами. И страница в процессе отрисовки подругжает динамически тонны хрени.
Может быть, React все-таки не виноват?
В>Ты же понимаешь, что на игрушечных примерах можно получить что угодно.
Количество подгружаемых данных, по-моему, вполне достаточное. Напомню секрет Полишинеля при использовании React: чтобы динамически обновляемая веб-страница меньше тормозила, не надо пихать слишком много данных в DOM-дерево. Этот игрушечный пример вполне себе будет тормозить на сотнях пользователей, если убрать пагинацию.
В>Раньше они были лучше, что-ли?
Чего не знаю, того не знаю.
P.S. Вспомнил
Автор: Lazytech
Дата: 09.12.20
, что для того, чтобы веб-страница стала тормозить, иногда достаточно неправильно подобрать компонент:Дата: 09.12.20
Кстати, в либе Material UI есть свои подводные камни. С парочкой из них я столкнулся на днях при первом же знакомстве с нею. Речь идет о компоненте Tooltip, который я по неопытности добавил в свой пробный проект на React.
<...>
В-четвертых, когда число снабженных тултипами элементов достигло нескольких сотен, отрисовка страницы при переключении на нее и уходе с нее стала заметно подтормаживать. Наверное, с этим можно было что-то сделать, но в итоге я решил, что оно того не стоит.
Все вышеперечисленные проблемы разом ушли, как только я заменил Tooltip из хваленого Material UI на ноунейм-тултип, сделанный кем-то на CSS без использования JavaScript <...>
Прорисовка страницы заметно ускорилась <...>
Но, конечно же, во всем виноват треклятый React.