а старый еще кто то юзает?

он же тормозит интерфейс

в ispManager  в вебверсии, которая на ангуляре, переходы осуществляются после загрузки данных - ощущение что интерфейс жутко тормозит

Не все еще могли обновиться :)

Всем привет!

От сервера получаю плоский список, и потом на его основе формируется меню в виде дерева, группы и внутри элементы, в сумме около 2000 узлов. Через вебсокет приходят обновления (новый узел в дереве, переименовали и тп) каждую секунду что то прилетает. Подскажите может кто сталкивался с подобной задачей, как эффективнее всего обновлять узлы? Какие есть способы обновить выборочно узел для которого пришли обновления? Может на github есть похожий проект

Как-то все абстрактно. Не понятно что у вас уже есть. Вряд ли вы найдете серебряную пулю для своего решения

Я могу сказать вам используйте vue apolo client вы ж не станете из-за этого все на graphql переводить

Гуглить не пробовали?

Как бы делал я: взял бы какую-нибудь шуструю, очень шуструю базу данных в памяти, писал бы в нее приходящие данные и формировал бы уже из нее отчет в виде дерева.

на стороне клиента?

Вы этот анализ на стороне клиента хотите делать? )

клиентский борд, в нем меню в виде дерева такое

Я думаю, что это неразумно как минимум. Бек должен отдавать готовые данные для отображения, а фронт не должен заниматься вычислениями.

Привет, ребята
Я не могу передать данные в params с помощью nuxt-link

параметры $ route на следующей странице пусты

т.е. на беке обновлять дерево и целиком на фронт высылать?

пожалуйста помогите

Мало информации. Тут нужно садиться и разбираться. Если изменения происходят только в новых ответвлениях, то это просто как чат мне кажется. Если же меняются целые ветки дерева, то проще отправить дерево целиком

ок, спасибо! подумаю

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