а не подскажите как правильно, пробрасывать значения в state из Action, напрямую или нужно через мутации?

Ну а нахрен он тогда сдался вообще?

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

Бред

Сразу видно уровень. Давайте доказывайте

а не подскажите как правильно, пробрасывать значения в state из Action, напрямую или нужно через мутации?

Все через мутации только

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

Ну правильно, зачем ташить то, что не требуется?

Помогите, пожалуйста, разобраться в трех соснах: подключая firebase, и в компоненте задавая объект firebase: { productsList: productsListRef } я могу работать с productsList, если же тоже самое я проделываю в сторе, то получая productsList – undefined. Почему так?

Сразу видно уровень. Давайте доказывайте

Что доказывать? Что при использовании вьюкс можно и без него обходится где он не нужен? Это вроде очевидно

Что доказывать? Что при использовании вьюкс можно и без него обходится где он не нужен? Это вроде очевидно

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

Как это вообще связано с тем что можно без него где он не нужен?

Если мы говорим о глобальном (vuex) стейте приложения

Просто нужно понять что если данные нужны более чем в 1 компоненте - вам нужен стейт.

Ну а нахрен он тогда сдался вообще?

Шарить общие данные между разными компонентами. А запихивать все состояние не имеет смысла

Будь то вьюекс или просто долбаный объект с данными

Если мы говорим о глобальном (vuex) стейте приложения

С глобальным без сомнения. Но тащить вообще всю логику туда только потому что используешь вьюкс не нужно. Я об этом

Шарить общие данные между разными компонентами. А запихивать все состояние не имеет смысла

Ну это понятно, однако мы говорили в контекст апи

А апи обычно и отвечают за глобальное состояние

С глобальным без сомнения. Но тащить вообще всю логику туда только потому что используешь вьюкс не нужно. Я об этом

Какую логику?

Ну это понятно, однако мы говорили в контекст апи

Хорошо, а зачем пихать все апи в вьюкс, если он далеко не везде нужен?

Какую логику?

Любую

Меня иногда подбешивает как кто то в компоненте напрямую обращается к апи

Хорошо, а зачем пихать все апи в вьюкс, если он далеко не везде нужен?

Так изначально то там был человек у которого уже есть вьюкс в приложении

Какую логику?

Я так понял, люди предлагают заменить локальное состояние на вьюкс)

Я так понял, люди предлагают заменить локальное состояние на вьюкс)

Неправильно понял

Я так понял, люди предлагают заменить локальное состояние на вьюкс)

А. Это бред. Да

Если есть вьюкс, то с апи он и должен работать

Потому что в апи и хранится глобальное состояние приложение

Так изначально то там был человек у которого уже есть вьюкс в приложении

И что? Есть компонент, который показывает новости в одном месте. Ты предлагаешь написать экшн, что бы получать новости?

И что? Есть компонент, который показывает новости в одном месте. Ты предлагаешь написать экшн, что бы получать новости?

Да.

О_о wtf

Он не будет хранить ничего в стейте

Потому что в апи и хранится глобальное состояние приложение

Да с чего бы?

Он просто вернёт данные

Он просто вернёт данные

И зачем это?

О_о wtf

Стандартизация

Да с чего бы?

Ну а что ещё у тебя на бэке? Общие данные

Обработка ошибок в одном месте

Стандартизация

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

И зачем это?

Вот вернёт у тебя ошибку. В компоненте будешь ее отлавливать?

Не, запихивать апи в vuex - это бред какой-то

Prooflink.ru

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

Стандартизация в рамках проекта

Вот вернёт у тебя ошибку. В компоненте будешь ее отлавливать?

Нет, я это обработаю ещё до vue

Нет, я это обработаю ещё до vue

Я тоже. Но как ошибки показываеш?

Я тоже. Но как ошибки показываеш?

Смотря что за ошибки

Ну в общем ящитаю что вьюкс необязателен

Смотря что за ошибки

Я имею ввиду. Что тогда ты покажешь в приложении?

Но если он уже есть, то не надо размазывать доступ к апи по всему приложению

Ну в общем ящитаю что вьюкс необязателен

Ок. 4 компонента

Я имею ввиду. Что тогда ты покажешь в приложении?

Какого рода ошибка тебя интересует? :)

Какого рода ошибка тебя интересует? :)

Допустим запрос вернул 502

Как ты покажешь?

У тебя банковское приложении

Ну а что ещё у тебя на бэке? Общие данные

У меня на бэке реляционная субд. Какие общие данные?

У меня на бэке реляционная субд. Какие общие данные?

Бд хранит все твои бизнес сущности

Какого рода ошибка тебя интересует? :)

Ты высылаешь человеку деньги. Сервак может вернуть ято к примеру не хватает данных в передаваемых данных Миддлварь может нахуй послать Таймауты

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

Ну в общем ящитаю что вьюкс необязателен

Если у вас 4 компонента которые требуют одинаковые данные. Как вы будете без vuex шарить данные?

Ты высылаешь человеку деньги. Сервак может вернуть ято к примеру не хватает данных в передаваемых данных Миддлварь может нахуй послать Таймауты

Нотификацию с ошибкой покажу

Нотификацию с ошибкой покажу

Вот. Хуйня

Бд хранит все твои бизнес сущности

И? Зачем мне они в vuex? Для кучи бойлерплейта? Прочитал. Поменял. Послал на бэк и забыл

Если у вас 4 компонента которые требуют одинаковые данные. Как вы будете без vuex шарить данные?

Ну так тут он уже становится нужным и я его и заиспользую

Потому что если неверно заполнены данные в форме то ты должен показать под инпутом что что то не так

И? Зачем мне они в vuex? Для кучи бойлерплейта? Прочитал. Поменял. Послал на бэк и забыл

Какой там бойлерплейт то?

Потому что если неверно заполнены данные в форме то ты должен показать под инпутом что что то не так

Блед, ну ясен хрен, что ошибки валидации будут отображены в компоненте. Ты меня изначально по 503 спросил

Блед, ну ясен хрен, что ошибки валидации будут отображены в компоненте. Ты меня изначально по 503 спросил

Ну вот. А как их обработать?)))

В компоненте?

Ну вот. А как их обработать?)))

Да

А если у тебя 10 схожих

Запросов

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

Которые возвращают +- одинаково

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

Да

И опять же - эти данные нужны в других компонентах.

Сетевые ошибки отсекаются на обработке данных, а то, что относится к компоненту, обрабатывается в компоненте.

Ошибка валидации - это такое же состояние, как и "не ошибка"

Вечная проблема. Vuex или не vuex вот в чем вопрос

В общем, мне просто импонирует идея когда самая жирная бизнес логика находится где то в одном месте

Сетевые ошибки отсекаются на обработке данных, а то, что относится к компоненту, обрабатывается в компоненте.

У тебя 2 формы. Форма данных пользователя и форма данных перевода(трансфера)

У тебя 2 формы. Форма данных пользователя и форма данных перевода(трансфера)

Так

Так

Это 2 разных компонента