есть объект с пользователями. Там 300 штук. Добавляем 301 - на странице весь список из 301 пользователя пересчитывается

все cumputed сбрасываются

Ну вообще это логично, если они у тебя от всего массива зависят

есть массив с ID, а есть объект, в котором хранятся пользователи, которые я хочу получать по ID. Массив меняется, а вот в объект users, например, есть только добавление

но т.к. добавление меняет сам объект users, то запускается реактивность на все computed, где был использован этот объект.

А по сути мне не нужна реактивность у users, мне нужна реактивность у каждого пользователя отдельно.

users - это как просто хранилище всех пользователей для доступа к ним из любого места по ID

Ну я знаю, да

Вывод у вью видимо прост - не использовать нормализованные данные

Можно спросить? Вычисления производятся с целью показать _прямо_сейчас_ все нужные расчеты?

Все 300 юзеров?

Зачем рассчитывать их всех?

Стрикт включен?

Со strict то понятно.

Это dev only

Причем в доках об этом черным по белому сказано.

Зачем рассчитывать их всех?

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

пагинация.

Проблема в другом у человека

Ок.

Как минимум менять бесконечный список на пагинацию не оч правильно со стороны бизнеслогики

пагинация.

Это не выход. Пагинация не подходит. Нужен бесконечный список. И страницу с пользователями я привёл просто в пример. А представим ленту новостей или картинок. Какая пагинация?

У тебя стрикт выключен?

Ну а можно разделить юзеров на разные объекты и в массиве иметь ид и вызывать их по ид, при show или create?

На самом деле вопрос только в том, какова цель такого представления информации.

Ну а можно разделить юзеров на разные объекты и в массиве иметь ид и вызывать их по ид, при show или create?

так и реализовано

На самом деле вопрос только в том, какова цель такого представления информации.

цель - бесконечная лента чего угодно. Хорошо, не бесконечная, а с 500-1000 элементов.

Абсолютно разные, у тебя видимо где-то они связаны

Абсолютно разные, у тебя видимо где-то они связаны

Т.е. каждый объект пользователя находится в своём сторе?

если они в одном сторе, то моя проблема всё ещё существует

Т.е. каждый объект пользователя находится в своём сторе?

Блеать, у тебя стрикт мод включен или нет?

Т.е. каждый объект пользователя находится в своём сторе?

Да, так.

Блеать, у тебя стрикт мод включен или нет?

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

Это не выход. Пагинация не подходит. Нужен бесконечный список. И страницу с пользователями я привёл просто в пример. А представим ленту новостей или картинок. Какая пагинация?

У тебя пересчет на каждый элемент вызывается или на все новые объекты сразу?

Да, так.

как так сделать? Можно пример?

Стрикт просто очень сильно может затормозить всё

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

У тебя пересчет на каждый элемент вызывается или на все новые объекты сразу?

добавляю 1 элемент - перерассчитывает всё, что сейчас на странице

добавляю 1 элемент - перерассчитывает всё, что сейчас на странице

Блокируй computed пока все данные не подгрузишь в объект.

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

ты просто не замечал

У тебя рендер тормозит получается.

Блокируй computed пока все данные не подгрузишь в объект.

добавляю порцию данных из 20 элементов - перерассчитывает всё, что сейчас на странице - 300

добавляю порцию данных из 20 элементов - перерассчитывает всё, что сейчас на странице - 300

А если кешировать?

А если кешировать?

я не знаю, как это закешировать

Уточняющий вопрос: 20 раз перерасчет идет по 300+n или 1 раз при 300+20?

1 раз

каждый раз перерасчитывает всё на странице

если есть 300 пользователей и добавляю 20, то перерасчитывает 320

будет ссылка, кинь в личку, оценю качество доклада)

Мне тоже!

хотя 300 не менялись

а если будет 1000 и добавлю 1, то пересчитает 1001

Брось кусок кода.

А то с просонья думается тяжело)

хотя 300 не менялись

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

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

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

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

Мне тоже кажется что проблема в алгоритме

По идее компутеды должны понимать что обращение идет не ко всему объекту, а к его элементу конкретному

И сет, который этот элемент не трогает их триггерить не должен

И сет, который этот элемент не трогает их триггерить не должен

Вот хз, может с массивами так а не с объектами

И сет, который этот элемент не трогает их триггерить не должен

сет трогает родителя. А мы везде используем родителя для получения конкретного пользователя по ID

сет трогает родителя, если такого ключа нет. иначе да, меняет конкретный элемент

т.е. при добавлении в массив или объект нового элемента мы говорим, чтобы всё пересчиталось, т.к. изменился главный объект

Я бы сначала поменял объект юзеров на массив юзеров и звал по хэшу?

Я бы сначала поменял объект юзеров на массив юзеров и звал по хэшу?

пробовал

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

http://dl3.joxi.net/drive/2018/05/07/0027/2572/1776140/40/9ca22427dc.jpg Смотри, мб ты делаешь цикл по объекту. Объект в js с ключами-цифрами не хранит порядок. Ты добовляешь элемент, так как он падает не обязательно в конец объекта, vue перерендеривает все

http://dl3.joxi.net/drive/2018/05/07/0027/2572/1776140/40/9ca22427dc.jpg Смотри, мб ты делаешь цикл по объекту. Объект в js с ключами-цифрами не хранит порядок. Ты добовляешь элемент, так как он падает не обязательно в конец объекта, vue перерендеривает все

нет, я делаю цикл по массиву с ID, а объект используется как хранилище, из которого можно достать по этому ID запись

тогда как сможешь кинуть код - будет интересно посмотреть, так больше не подскажу

Хм. А пересчитывается каждый раз именно компутед или геттер?

Я тоже думаю что проблема в жирном обьекте

вот элементарный пример

Ну ясен красен

Там по идее надо бы получение this.$store.state.foo[this.id] вынести в отдельный компутед

А foo его результаты использует

И тогда вся логика в foo пересчитываться не будет пока реально объект не поменяется

А ещё лучше делать все это геттером в сторе

пробовал геттером

Типа byId = state => id => state.foo[id]

Или там наоборот, => id => state, не помню

Типа byId = state => id => state.foo[id]

Прочитал как blad

Прочитал как blad

?

bladskii vui

Там по идее надо бы получение this.$store.state.foo[this.id] вынести в отдельный компутед

так он и так в отдельном. Не?

Или там наоборот, => id => state, не помню

Сначала функция получает стейт, а потом аргументы

так он и так в отдельном. Не?

Ну вот как бы если у тебя в компутеде чисто получение объекта из стора, не может быть что б 300 таких компутедов 3 секунды занимало

Ну вот как бы если у тебя в компутеде чисто получение объекта из стора, не может быть что б 300 таких компутедов 3 секунды занимало

т.е. то, что 300 копутедов - это норма?

А все зависимые компутеды пересчитываться не будут если объект тот же самый вернулся

Смотря каких

объект тут только 1 - foo родителя

а он при добавлении меняется

и геттеры не спасают

Вообще, 300 компутедов в страшном сне 3 секунды пересчитываться не могут

Нет

Объект - это foo[id]

Его надо компутедом получать

реактивность не так работает