M$. На вид красиво, пользоваться в чем-то немакетном невозможно?
Нет. Неумение готовить, не говорит ещё о качестве ингредиентов. Пишу боевые проекты на тс и норм
Окей, что сделать в ситуации, когда я хочу достучаться из vuex до this._vm - и получаю Property '_vm' does not exist on type 'ActionContext<{ cards: never[]; currentCard: number; }, { cards: never[]; currentCard: number; }>'. ? Что писать и куда?
Не помогу. Я не встречал кейзов, когда необходимо из вуекса иметь доступ. Возможно стоит пересмотреть архмтектуру
Давайте пересмотрим. Есть action, который грузит данные через https. Нужно как-то ловить ошибки уровня https, причем, желательно, в одном месте, а не везде обкручивать try/catch. Логичнее всего это делается в самом store. Но для вывода уведомления - нужно достучаться до Vue. Альтернатива - вынести в mixin или метод самого Vue-объекта?
К сожалению, не знаю, может коллеги помогут!? Я из тех, доя кого не приемлемо использовать стейт приложения для работы в режиме сервиса (вызов транспорта итд
Окей, давайте мыслить глобальнее. Есть приложение, которое подтягивает данные и хранит их у себя. Как это организовать архитектурно правильно?
Как идеологически верно прокидывать запрос к внешнему сервису, заполняющий данные в Vuex?
Спасибо за содержательный ответ
Вы на мою реплику аж три раза что-то написали. Даже не знаю, стоит ли реагировать...
import Vue from 'vue'; Vue.prototype.$toast('hello'); но такое себе
Судя по всему, содержательно вам нечем, так что - не стоит, разберусь
У меня рабочий день,но я не работаю в данном чате и не могу реактивно отвечать. Удачи!
Выносишь в стэйт вуикса дополнительное свойство, error, например, ну и геттер к нему. Во vue в корневом компоненте вешаешь вотчер на изменение error и показываешь плашечку с ошибкой, когда надо
Так все верно пишите. Из try/catch, который в сторе, внутри экшена, который запрашивает данные, дергайте экшена, которые будут изменять стор для уведомлений. А внутри компонента уведомлений есть реактивный геттер, который будет подхватывать эти изменения. Ну это если я правильно вопрос понял
Выглядит громоздко, но при ближайшем рассмотрении разумно
Осознал главное достоинство такого подхода. Не просто мелькнуло сообщение и исчезло, а остается статус последней попытки загрузиться, время, текст ошибки. Очень правильно
подход, в принципе имеет место быть, я бы еще посоветовал типизировать ошибки, чтобы в конкретных случаях еще и реагировать по разному, где алерт, где-то варнинг, где-то переход на маршрут итд
Извини, чувак, ты уже ВСЕ сказал в ответ на прямой простой вопрос. Спасибо. С остальным я разберусь
Обсуждают сегодня