Вы еще скажите что вы fetch используете, а не каноничный axios :(

Интересное название

шаришь?

Вы еще скажите что вы fetch используете, а не каноничный axios :(

https://github.com/apicase ?

хватит в меня ссылками кидаться

тут кто нить юзает headless cms?

а в чем проблема?

шаришь?

Зачем

на мобилке сервис тащить шоль

Какая то параша без доки

если у меня 3 компонента мне нужен Vuex?

Все зависит от использования данных ведь

Тебе и с двумя он может пригодится

зачем?

чтобы побольше кода написать?

Затем, что это в разы удобнее, чем гонять через компоненты данные

чтобы побольше кода написать?

Прости, но ты несешь чушь

ок, твое мнение Ж)

ок, твое мнение Ж)

Мое мнение с аргументами хоть

Прости, но ты несешь чушь

О, школьник.. ты больше не пыхер?

О, школьник.. ты больше не пыхер?

Школьник?

аргументирую: мне не интересен vuex

И ты еще кто

а бывают еще императивные шаблоны

и там придется гонять

аргументирую: мне не интересен vuex

Бывает

И ты еще кто

Не имеет значения

чтобы побольше кода написать?

Зато унифицированная разработка, паттерны. Всегда понятно, что и как сделано. Ясно, где лежит бизнес-логика и все такое

а бывают еще императивные шаблоны

попытка привнести функциональщину в мир JS - вот где императив

попытка привнести функциональщину в мир JS - вот где императив

Будто это плохо...

Затем, что это в разы удобнее, чем гонять через компоненты данные

В этом есть доля правды

удобство !== совместимо с хайлоадом

Лучше обмазаться херовыми классиками (сахаром) и радоваться? :)

Но лучше все делать в файле app.js так удобней

Но лучше все делать в файле app.js так удобней

лучше в app.coffee

Когда весь проект в одном файле не надо тратить время на их поиск

удобство !== совместимо с хайлоадом

что за хайлоад на фронте?

скорость рендера и оптимизация работы интерфейса

что за хайлоад на фронте?

очень большие апликухи

большие аппликухи не решение

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

> this

Подскажите, есть обхект данных, делаю delete obj[key] и реактивность не срабатывает, как быть?

большие аппликухи не решение

await import()

> this

а разве контекст не компонента ?

ну, у тебя не монолит всё равно на выходе.

ну, у тебя не монолит всё равно на выходе.

нет

монолит на выходе никто не делает

а разве контекст не компонента ?

Нет

Раз не работает, то нет :)

Подскажите, есть обхект данных, делаю delete obj[key] и реактивность не срабатывает, как быть?

this.$set гугли в доках

монолит на выходе никто не делает

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

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

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

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

асинхронные компоненты тоже.

и так сколько угодно много

а теперь покажи пример из жизни)

любая несильно наговненая вью приложенька

vue на хайлоаде

больше нескольких форм

если это не прикол, то gitlab

Только ты лихо тему сменил

я говорил про хайлоад

и продолжаю

Про способы, а не примеры)

где начинается хайлоад?)

сервисы аля амазон, соц сети, почты

где начинается хайлоад?)

имхо, во фронте там, где много одновременного взаимодействия

ERROR: S client not available

начинается оно с критериев типо rps

а не сколько там action-ов гоняется

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

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

притормаживать* При среднем уровне оптимизации.

ну, у меня есть ~150к юзеров в сутки, которые постоянно там топчатся. Не понимаю только, причем тут vue, который на клиенте)

ну, у меня есть ~150к юзеров в сутки, которые постоянно там топчатся. Не понимаю только, причем тут vue, который на клиенте)

это к беку

вопрос был такой:

vue на хайлоаде

фронт тут скорее косвенно, в качестве количества рестов и надёжности, поддержки браузеров и пр

ну, у меня есть ~150к юзеров в сутки, которые постоянно там топчатся. Не понимаю только, причем тут vue, который на клиенте)

Это зхайлоад бека

изначально речь шла про то как клевро тащить vue/react и vuex/redux

везде и повсюду

если говорить о фронте, то весь хуйлоад - одна машина

но на хайлоаде такие решения не прокатят

но на хайлоаде такие решения не прокатят

ты про SSR ?

и про ssr и про клиент

или про поддержку не евергринами?

а в целом про подходы к архитектуре

а что ещё?

не прокатят только просто потому что?)

потому что это среднее по оптимизации решения

я не очень понимаю вообще связи клиентского кода и хайлоада в терминах количества юзеров

ух ты! У тебя получалось сделать что-то, с чем реально работать после второй формы, что быстрее vue?

связь в требованиях к оптимизации

И каких же?

что такое "вторая форма"?

оптимизации чего? выполнения клиентского кода? причем тут хайлоад? или это типа тут метрика как "топы не используют?"

максимум fps при работе, минимум reflow/repain

как хранятся данные

кеширование и его инвалидация