Riррlе зa 10$? Или чтo мeня ждeт? Читать подробнее

у тебя nuxt ?

проще всего в индексе стора закинуть

что б прокинуть сразу стор туда

у меня vue

Че за вера в магию, что vuex все сам будет делать и лечить.

в общем тебе нужен будет инстанс стора - так что посмотри где удобнее всего будет прокинуть

там где создаешь сам стор

или где включаешь его в приложение

хорошо, спасибо)

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

так что лучше не только на него ориентироваться

а на статус сессии пользователя

попытка получить данные с токеном -> токен не валидный -> новый получить не удается -> статус гостяъ

такая цепочка должна быть предусмотрена

можно конечно и статус и токен в куках хранить - не трогая стор

тогда тебе надо до запуска приложения установить interceptor

до маунта то есть

можно конечно и статус и токен в куках хранить - не трогая стор

Вроде можно стор кешировать

а каким образом тут это)

читать из кук весь стор не удобно

да и не всем нужно

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

а каким образом тут это)

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

в общем дело вкуса, так что выбирай как тебе по душе

в общем дело вкуса, так что выбирай как тебе по душе

О, пока ты тут: Rafael: кстати у меня к вам такой вопрос ? кто-то уже сравнивал, что выгоднее - патчить данные или же заменять их на новые? почему такой вопрос - большенство данных во вью становятся реактивными - это значит рекурсивынй обход и модификация объекта через get|set, уведомление подписчиков об изменении данных - работа тригеров, добавление ререндера в очередь вот я и думаю, а что выгоднее?

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

чем больше размер обьекта тем дороже Object.assign

в какой то момент get/set становятся дешевле не вооруженным глазом видно)

а на маленьких данных - экономия на спичках

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

проблема redux по сравнению с mobx/vuex - это на любое изменение срабатывают все абсолютно подписчики

чем выше динамика изменений - больше нагрузка

И immutable.js кто-то юзал с Вью?

не имеет смысла

Мне кажется, что они вообще не могут использоваться вместе

вообще могут

но профита нету же

каждое обновление стора будет дорогим

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

каждое обновление стора будет дорогим

Мм, почему?

будет тупо все перерисовываться, что вотчит обновленные ключи стора

Я так поняю, что основная идея Object.freeze, а для таких объектов реактивность не будет применятся

будет тупо все перерисовываться, что вотчит обновленные ключи стора

Но вотчи работать не будут же

вотчи только для корневых ключей стора

Наоборот данные меняться будут как угодно, но ререндар не будет

из коробки не будет)

придется слушать корневые ключи

вотчи только для корневых ключей стора

М, понял про что ты

и нельзя будет подписаться на вложенные

Типо срабатывать вотчер на state

и нельзя будет подписаться на вложенные

Можешь ещё рассказать, почему директивы более оптимизированны при рендере?

по сравнению с чем?

Как я понимаю, по сравнению с {{ $t(somekey) }}

где лучше прописывать baseURL lдля axios? создать config.js прописать в нем и импортить в main.js?

твой вопрос меня загрузил)

надо покурить как сейчас регистрируются под капотом директивы

твой вопрос меня загрузил)

Сейчас кину ссылку, где я это прочитал

просто по логике простой - когды ты через {{ }} что то выводишь

это не реактивные данные

надо покурить как сейчас регистрируются под капотом директивы

О,если найдешь - кинешь ссылку на нужный кусок кода?

точнее - они будут пересчитываться при ререндере

и какие то оптимизации сложно применить

Performance optimization of vue-i18n – kazuya kawaguchi – Medium https://medium.com/@kazu_pon/performance-optimization-of-vue-i18n-83099eb45c2d

где лучше прописывать baseURL lдля axios? создать config.js прописать в нем и импортить в main.js?

.env создай и там указывай

.env читай при сборке

Performance optimization of vue-i18n – kazuya kawaguchi – Medium https://medium.com/@kazu_pon/performance-optimization-of-vue-i18n-83099eb45c2d

У этого чувака ещё есть презентации по поводу работы директив

Vue.js Extend with Compiler // Speaker Deck https://speakerdeck.com/kazupon/vue-dot-js-extend-with-compiler

The translation with $t was executed with the render function executed inside Vue (compiled in the case of template). In contrast, translation with v-t is hooked in the patch of Virtual DOM. Therefore, the execution timing of the translation process differs.

похоже я угадал)

инлайновый синтаксис высчитывается при рендере

а директива регистрируется и срабатывает при патче дома

а директива регистрируется и срабатывает при патче дома

Ну и в чем выгода то тогда?

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

Я так понимаю, что директива работает про принципу computed свойств

а директива регистрируется и срабатывает при патче дома

Т.е при каждом ререндере, когда есть какие-то изменения?

Т.е при каждом ререндере, когда есть какие-то изменения?

Хотя нет, вероятно рендеры как-то батчатся хитро

произошли изменения - у нас есть новые куски дома для обновления

Хотя нет, вероятно рендеры как-то батчатся хитро

Типо сработало 5 рендер функций - сделали диф, препатч, где получили данные с директив, далее патчим дум

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

срабатывает хук update - срабатывают директивы

но есть нюанс

мы в директиве можем произвести сравнение

и выйти раньше

хотя блин

и так и так выйдет раньше

какие подскажете плагины для просмотра изображений? типа lighbox

хороший вопрос в общем, надо разбираться

хороший вопрос в общем, надо разбираться

Если что будет понятно, даже если это просто строчка кода - кидай

окай

окай

Или на Корфу с этой темой заявись

Кстати, я только на днях наконец-то понял за счёт чего в компьютед есть выйгрыш по скорости

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

Да хер там - просто тупо кеширует результат, и по уведомлению его пересчитывает

memoized function

https://github.com/websanova/vue-env

вот этот плагин нашел

короче предположение какое

По сути ведёт себя, как обычной свойство из data, только мы явно задали get/set для него