Book Image

Vuex Quick Start Guide

By : Andrea Koutifaris
Book Image

Vuex Quick Start Guide

By: Andrea Koutifaris

Overview of this book

State management preserves the state of controls in a user interface. Vuex is a state management tool for Vue.js that makes the architecture easier to understand, maintain and evolve. This book is the easiest way to get started with Vuex to improve your Vue.js application architecture and overall user experience. Our book begins by explaining the problem that Vuex solves, and how it helps your applications. You will learn about the Vuex core concepts, including the Vuex store, changing application state, carrying out asynchronous operations and persisting state changes, all with an eye to scalability. You will learn how to test Vuex elements and Vue components with the Karma and Jasmine testing frameworks. You will see this in the context of a testing first approach, following the fundamentals of Test Driven Development. TDD will help you to identify which components need testing and how to test them. You will build a full Vuex application by creating the application components and services, and persist the state. Vuex comes with a plugin system that allows programmers to extend Vuex features. You will learn about some of the most powerful plugins, and make use of the built-in logger plugin. You write a custom Google Analytics plugin to send actions to its analytics API, and an Undo/Redo plugin.
Table of Contents (8 chapters)

Dealing with asynchronicity using promises

In a real undo/redo plugin you will probably send data to a server, which is an asynchronous operation. We understood that asynchronicity must be dealt with inside Vuex actions. When you dispatch an action, store.dispatch('anAction'), the dispatch method returns a Promise. In the following pages I will explain how you can handle asynchronous operations using Promise, a relatively new JavaScript feature.

Dealing with asynchronous operations in JavaScript can be tricky. I have seen incredibly messy pieces of code just because the programmer didn't know how to deal with asynchronous code.

The worst way of waiting for a piece of data that will be available later is polling. Never do something like this:

// Just don't use this way!
let dataFromServer;

// ...

const waitForData = () => {
if(dataFromServer !== undefined...