Skip to content

Commit a7bf0ec

Browse files
cedric25ktsn
authored andcommitted
Fix some spelling typos (#706)
1 parent 91f5847 commit a7bf0ec

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

docs/fr/mutations.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -65,7 +65,7 @@ store.commit({
6565
})
6666
```
6767

68-
Lors de l'utlisation de l'object-style commit, l'objet entier sera fournit comme payload aux handlers de mutation, donc le handler reste inchangé :
68+
Lors de l'utlisation de l'object-style commit, l'objet entier sera fourni comme payload aux handlers de mutation, donc le handler reste inchangé :
6969

7070
``` js
7171
mutations: {
@@ -79,7 +79,7 @@ mutations: {
7979

8080
Puisqu'un state de store de Vuex est rendu réactif par Vue, lorsque nous mutons le state, les composants Vue observant ce state seront automatiquement mis à jour. Cela signifie également que les mutations Vuex sont sujettes aux mêmes inconvénients que lorsqu'on travaille avec Vue :
8181

82-
1. Initialisez de préférences le state initial de votre state avec tous les champs désirés auparavant.
82+
1. Initialisez de préférence le state initial de votre state avec tous les champs désirés auparavant.
8383

8484
2. Lorsque vous ajoutez de nouvelles propriétés à un Object, vous devriez soit :
8585

@@ -157,7 +157,7 @@ export default {
157157

158158
### En avant vers les actions
159159

160-
L'asynchronisme combiné à la mutation du state peut rendre votre program très difficile à comprendre. Par exemple, lorsque vous appelez deux méthodes avec toutes les deux des callbacks asynchrones qui changent le state, comment savez-vous quand elles sont appelées et quel callback est appelé en premier ? C'est exactement la raison pour laquelle nous voulons séparer les deux concepts. Avec Vuex, **les mutations sont des transactions synchrones** :
160+
L'asynchronisme combiné à la mutation du state peut rendre votre programme très difficile à comprendre. Par exemple, lorsque vous appelez deux méthodes avec toutes les deux des callbacks asynchrones qui changent le state, comment savez-vous quand elles sont appelées et quel callback est appelé en premier ? C'est exactement la raison pour laquelle nous voulons séparer les deux concepts. Avec Vuex, **les mutations sont des transactions synchrones** :
161161

162162
``` js
163163
store.commit('increment')

0 commit comments

Comments
 (0)