Лучше вью притормози)

Лучше вью притормози)

каким образом?)

Сделай тот компонент, который зависит от жиквери асинхронным

В родительском компоненте вместо CompName: CompName сделай CompName: () => waitForJquery().then(() => import('components/CompName'))

Ну в таком вот духе что-то

у меня .blade шаблон и родительского нет

есть просто компонент, который вставляется в шаблон, а затем компилиться

Ну тогда ¯\_(ツ)_/¯

idunnolol.com

есть вот такая штука в доках

думаю ее попробовать

Ну я по сути про это и говорил

Только здесь компонент не локальный для родителя, как я предлагал, а глобальный

у меня мои компоненты именно такие)

Должно работать, в общем

Тебе только надо там самому определить как жиквери дождаться

Должно работать, в общем

спасибо за направление

А вообще лучше действительно обертки юзать

Которые уже сами там все разруливают

просто у меня шаблон уже есть

и он на jq

переписывать времени нет 9(

((

Тебе только надо там самому определить как жиквери дождаться

а как это сделать?

А хз

Самое тупое что я могу придумать - каждые 50 мс проверять, есть ли жиквери

спасибо, что нибудь придумаю

метод из доки не работает

import() используй вместо реквайра

import('path/to/component.vue).then(resolve)

импорт выдает ошибку

Какую?

Uncaught Error: Module build failed: SyntaxError: C:/Open Server/OSPanel/domains/localhost/55sifat/resources/assets/js/app.js: 'import' and 'export' may only appear at the top level (27:4)

Хм

Покажи скрин кода

Оч странно

Вебпак должен разруливать всё

При такой записи что будет возвращаться из функции?

Привет. Помогите решить проблему. У меня есть набор данных, которые нормализовал. Т.е. в хранилище (vuex) один объект - entities.users = {1: {userName: 'blablabla'}, {2: {...}}} А другой ключ массив c ID - userList = [1, 2]. Я вывожу список пользователей. А ещё есть кнопка для подгрузки ещё одной страницы с пользователями. В итоге получается так, что каждая странрица запускает перерасчёт всех пользователей (computed в компоненте пользователя). На 5 странице расчёт занимает на компьютере секунды 3. Как избавиться от такого расчёта? Я не хочу расчитывать заново то, что уже давно не трогалось. Ключи у v-for прописаны корректно. Если я изменяю какие-то данные у пользователя, то рассчитывается именно он один, если добавляю нового, то рассчитываются все

По странично храни

то же самое будет

видимо это фича ядра

реактивность в действии

Методом можно вместо вычисляемых свойств

Привет. Помогите решить проблему. У меня есть набор данных, которые нормализовал. Т.е. в хранилище (vuex) один объект - entities.users = {1: {userName: 'blablabla'}, {2: {...}}} А другой ключ массив c ID - userList = [1, 2]. Я вывожу список пользователей. А ещё есть кнопка для подгрузки ещё одной страницы с пользователями. В итоге получается так, что каждая странрица запускает перерасчёт всех пользователей (computed в компоненте пользователя). На 5 странице расчёт занимает на компьютере секунды 3. Как избавиться от такого расчёта? Я не хочу расчитывать заново то, что уже давно не трогалось. Ключи у v-for прописаны корректно. Если я изменяю какие-то данные у пользователя, то рассчитывается именно он один, если добавляю нового, то рассчитываются все

Ты в computed вызываешь тяжелое действие и надеешься, что производительность не провалится?

Ты в computed вызываешь тяжелое действие и надеешься, что производительность не провалится?

ну не сказать что тяжёлое. Просто когда подружается 300 элементов, то это уже ощутимо

и в принципе хз тогда, куда воткнуть. Везде это будет занимать время

ну не сказать что тяжёлое. Просто когда подружается 300 элементов, то это уже ощутимо

Я бы не рискнул даже 10 элементов пересчитывать.

я проблему случайно увидел, могу оптимизировать в другом, но проблема никуда не денется. Изначально я подрубил vuex-orm. На каждый элемент я тащил некоторые связи. 20 элементов быстро работают, а 300 уже нет

могу отказаться от vuex-orm и писать всё такое самостоятельно, но опять же, проблема с пересчётом никуда не денется

Храни постранично

а толку?

и постранично - это не нормализованные данные

Пересчитывать методом отдельные страницы только

выводит то всё равно всё сразу

это раз. Данные по страницам будут не нормализованы и я не смогу нормально получить пользователя по ID на другой странице (скажем, страница с постом) - это два

Ок

у вью никак нельзя отключать реактивность у некоторых объектов?

Брось это дело, что-то из рода фантастики

Можно но тебе не нужно

тогда как побороть проблему?

Скинь картинку интерфейса

Интересный вопрос

Компутед показать можешь?

Скинь картинку интерфейса

обычный лейзилоад список с кнопкой подгрузки

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

Можно делать компутед в компутед

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

Потому что 300 объектов это смешная цифра

Скорее всего там отношение многое к многим в js)

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

Посмотреть бы как минимум профайлером.

Ну кстати да

не туда лезете

Ты покажи код компутеда который 3 секунды выполняется

он выполняется быстро

но таких операций много

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

сейчас с собой нет, но сделаю пример на codepen

проблема глобальна

Код

но таких операций много

for (...) items.push(item)?

или items = Object.assign(newItems, items)?

или items = Object.assign(newItems, items)?

Vue.set(users, userId, userData). И одна такая операция заставляет переситывать все computed, где используются данные из хранилища users

Хм

при условии, что users не имел ключа userId

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

Эт самое

А вьюкс орм ты не используешь при этом?

Она ж должна разруливать подобное

в тестовом примере нет

просто у меня vuex-orm начал тормозить

вот и увидел проблему

но проблема в реактивности vue. Вот и ищу способ это обойти

Ты в цикле вью сет делаешь?

1 сет