Commit a56611e3 authored by Clement Ho's avatar Clement Ho

Merge branch 'docs-fe-vuex-header-hierarchy' into 'master'

FE Docs: Fix header hierarchy in Vuex section of Vue.md

See merge request gitlab-org/gitlab-ce!18413
parents c39ad568 05375ee6
...@@ -523,7 +523,7 @@ export default new Vuex.Store({ ...@@ -523,7 +523,7 @@ export default new Vuex.Store({
``` ```
_Note:_ If the state of the application is too complex, an individual file for the state may be better. _Note:_ If the state of the application is too complex, an individual file for the state may be better.
#### `actions.js` ##### `actions.js`
An action commits a mutatation. In this file, we will write the actions that will call the respective mutation: An action commits a mutatation. In this file, we will write the actions that will call the respective mutation:
```javascript ```javascript
...@@ -550,7 +550,7 @@ import { mapActions } from 'vuex'; ...@@ -550,7 +550,7 @@ import { mapActions } from 'vuex';
}; };
``` ```
#### `getters.js` ##### `getters.js`
Sometimes we may need to get derived state based on store state, like filtering for a specific prop. This can be done through the `getters`: Sometimes we may need to get derived state based on store state, like filtering for a specific prop. This can be done through the `getters`:
```javascript ```javascript
...@@ -573,7 +573,7 @@ import { mapGetters } from 'vuex'; ...@@ -573,7 +573,7 @@ import { mapGetters } from 'vuex';
}; };
``` ```
#### `mutations.js` ##### `mutations.js`
The only way to actually change state in a Vuex store is by committing a mutation. The only way to actually change state in a Vuex store is by committing a mutation.
```javascript ```javascript
...@@ -586,7 +586,7 @@ The only way to actually change state in a Vuex store is by committing a mutatio ...@@ -586,7 +586,7 @@ The only way to actually change state in a Vuex store is by committing a mutatio
}; };
``` ```
#### `mutations_types.js` ##### `mutations_types.js`
From [vuex mutations docs][vuex-mutations]: From [vuex mutations docs][vuex-mutations]:
> It is a commonly seen pattern to use constants for mutation types in various Flux implementations. This allows the code to take advantage of tooling like linters, and putting all constants in a single file allows your collaborators to get an at-a-glance view of what mutations are possible in the entire application. > It is a commonly seen pattern to use constants for mutation types in various Flux implementations. This allows the code to take advantage of tooling like linters, and putting all constants in a single file allows your collaborators to get an at-a-glance view of what mutations are possible in the entire application.
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment