есть ли способ указать vue за какими именно свойствами модели нужно следить? А то когда сложные развесистые объекты у модели, то vue идёт по всему дереву и развешивает get-set во все поля, даже туда, куда не хотелось бы по причине производительности

через set можешь это сделать

через set можешь это сделать

а можно поподробнее?

https://vuejs.org/v2/api/#Vue-set

но это же наоборот

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

get|set везде будет, а computed сами кешируют себя и зависимости определяют от которых зависит

вот эти set и get сильно влияют на оптимизации кода, особенно в ФФ

или передавать в vue не весь объект, а только нужные данные...

https://ru.vuejs.org/v2/api/#computed

само наличие set и get пугает оптимизатор движка

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

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

что же такое там оптимизировать пробуете) никому не мешало, а тут вот опять)))

Кароче, ему хочется ещё быстрее, чтобы сеттеры и геттеры автоматически не создавались.

Либо храни некоторые данные не в компонентах

Vue вроде и так местами быстрее ангуляр и реакта получается) куда еще быстрее

до vanillajs не допрыгнуть)

Кароче, ему хочется ещё быстрее, чтобы сеттеры и геттеры автоматически не создавались.

Но это противоречит философии фреймворка.

А вообще всегда можно форкануть и сделать так, как хочется. ^___^

и огрести проблем с обновлениями, ага =)

задача полностью: пробую на vue написать простенькую игру (да, я знаю, что есть специализированные игровые движки) для эксперимента. Игра - это платформер, где бегает кучка юнитов и гасит друг друга. На визуальную часть влияют только координаты юнитов, но в самой модели есть ещё куча разных приватных свойств, касающихся внутренних состояний, ИИ, разных кешей и прочего. И после навешивания vue-шных хендлеров логика начинает работать примерно в 10 - 20 раз медленнее

задача полностью: пробую на vue написать простенькую игру (да, я знаю, что есть специализированные игровые движки) для эксперимента. Игра - это платформер, где бегает кучка юнитов и гасит друг друга. На визуальную часть влияют только координаты юнитов, но в самой модели есть ещё куча разных приватных свойств, касающихся внутренних состояний, ИИ, разных кешей и прочего. И после навешивания vue-шных хендлеров логика начинает работать примерно в 10 - 20 раз медленнее

а есть реальные данные профайлинга?

есть, все методы логики начинают просто больше жрать времени

т.е. я просто инициализируе vue для модели, даже ничего не отрисовываю и уже всё начинает тормозит

т.е. я просто инициализируе vue для модели, даже ничего не отрисовываю и уже всё начинает тормозит

Ты можешь использовать подписки нужных полей хранилища

store.watch()

вынеси из vue то что не нужно для vue

но как я это сделаю, он же ходит по всему дереву

вся реактивность пойдёт лесом

т.е. я просто инициализируе vue для модели, даже ничего не отрисовываю и уже всё начинает тормозит

покажи код

вся реактивность пойдёт лесом

так тебе нужна реактивность на эти поля или не нужна, я запутался

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

Вынеси поля, на которые реактивность не нужна.

чтобы на других пропертях не было vueшных set и get вообще

:D

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

Используй слежение для хранилища

Используй слежение для хранилища

читаю, спасибо

читаю, спасибо

Только она для Array вроде не оч работает

Я поэтому вместе с Array всегда ставлю ещё updatedId и его вотчу

Используй слежение для хранилища

так это не уменьшит количество гетеров и сеттеров, а только добавит еще один вотчер

так это не уменьшит количество гетеров и сеттеров, а только добавит еще один вотчер

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

потому что у тебя по дефолту все реактивное

Да это фреймворк такой. От сеттеров и геттеров не избавиться без форка. А там создать какой-нибудь private в дополнение к data, props и computed, чтобы для этого private не было сеттеров и геттеров.

вроде бы после создания компонента можно писать в data

и тогда эти свойста не будут реактивными

но проверить сейчас не могу

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

а как эти поля меняются?

может тебе просто отслеживать изменения через кастомные функции?

но тогда тут и vue не нужен =)

тогда мне и vue не нужен

ага

Ура! Мы научились выбирать инструмент под потребности!

?

Ура! Мы научились выбирать инструмент под потребности!

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

@nologin Попробуй обратить внимание на Google Closure Library. Низкоуровневый фреймворк, на котором можно сделать всё, что нужно, но кода получится много.

Там и компилятор в комплекте.

Непроще ли webassembly юзать тогда?

в приницпе возможно конкретно для меня нормальный вариант - это сделать конкретно юнитов отдельно от vue или сделать параллельно некую shadow-модель, а всё остальное (интерфейс, включая вывод очков и прочего) сделать уже напрямую через vue

Кстати для webassembly логотип выбирают)

https://github.com/WebAssembly/design/issues/980

один вариант прям хорош) с короной

@nologin Vue -- это и есть вьюха. Возможно, действительно, тебе нужно написать какую-то свою модель.

в приницпе возможно конкретно для меня нормальный вариант - это сделать конкретно юнитов отдельно от vue или сделать параллельно некую shadow-модель, а всё остальное (интерфейс, включая вывод очков и прочего) сделать уже напрямую через vue

но тебе же механику игры надо где-то описывать и обрабатывать ее логику

стор какой-то нужен, в любом случае

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

ERROR: S client not available

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

И ты просядешь сильно, потому что обход ручками это ппц медленно

И ты просядешь сильно, потому что обход ручками это ппц медленно

зависит от структуры

а зачем обходить, основная модель сама может эмитить события изменения координат

Хм, если тебе webworkers заюзать?

Сложную логику уже там обрабатыать

лучше на бэкенде =)

лучше на бэкенде =)

Такими темпани у него останется тонкий клиент :D

ну тогда мне нужно будет вообще полноценную урезанную модель иметь, которая только для vue. А связь между основной моделью и вот этой калечной руками - тогда реактивность ноль и двойная работа. Зачем это надо

Такими темпани у него останется тонкий клиент :D

что всегда и было лучшим вариантом для онлайн игрулек =)

Одна модель для UI, другая модель для механики игры. Вторую модель можно на бэкенде, либо на фронтенде воркерами в параллельном потоке.

так в том и дело, что я не хочу две модели делать, мартышкин труд же

И будет у тебя многопоточность!

Многопоточность на клиенте!

Одна модель для UI, другая модель для механики игры. Вторую модель можно на бэкенде, либо на фронтенде воркерами в параллельном потоке.

И какой-нибудь pouchbd прилепить

Все девочки твои.

многопоточность мне не нужна, там логика простая

ну тогда мне нужно будет вообще полноценную урезанную модель иметь, которая только для vue. А связь между основной моделью и вот этой калечной руками - тогда реактивность ноль и двойная работа. Зачем это надо

у тебя все равно будет несколько моделей

и коммуникация между ними

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

А кстати из воркера можно делать подписку на хранилище?

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

так он это и делает, но тебя не устраивает по скорости

так он это и делает, но тебя не устраивает по скорости

И тут уже палка о двух концах

ну каждой задаче свои инструменты

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

ну каждой задаче свои инструменты

самая бесполезная фраза

но то есть если задача сделать игру на vue

то человек будет пилить на ней

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

Может в каком-нибудь vue@3 будет

то человек будет пилить на ней

конечно, ведь больше нет либ которые сделаны для этого

ну он же написал, что есть и другие инструменты и он о них знает

у меня нет задачи именно на vue сделать, просто пробую как оно будет и какие грабли