Спасибо большое

Короче, сделал 1000 запросов

Наглядно для перцнтили

выброс был примерно в час ночи, но там сервас затупил.

Теорвер както видимо странно работает, но vue3 не бысрее чем vue2. react сопоставим с vue2. Но победитель - svelte.

А что за запросы? Какую метрику использовали?

First visual change. Повторное создание 10к компонентов

Время дестроя

Ребят, планирую такие общие компоненты, привязанные к урлу, как поиск ( инпут с кнопкой "искать"), поле ввода даты для поиска, пагинация - перевести на общение с компонентом, куда они внедряются, через url.

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

Не могу сразу понять, какие могут быть подводные камни в таком варианте..

синхронизация стейтов урл и значений инпутов

т.е. как минимум стейт нужно изменять как из инпута, так и из адресной строки - двойной источник истины

А почему в данном кейсе это очень плохо ?

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

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

Можно сделать очеь просто. Не надо вотчить url. При ините берется параметры из урал. После чего забываем вообще про урл. Максимум что мы делаем меняем урл

А источник данных у нас один

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