From 316fc475c7da04524227bc8ca3816703c20734d6 Mon Sep 17 00:00:00 2001 From: Cedric Nicoloso Date: Fri, 24 Mar 2017 15:37:34 +1100 Subject: [PATCH] Fix some spelling typos --- docs/fr/mutations.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/fr/mutations.md b/docs/fr/mutations.md index 65d8c59f7..4b4b509d0 100644 --- a/docs/fr/mutations.md +++ b/docs/fr/mutations.md @@ -65,7 +65,7 @@ store.commit({ }) ``` -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é : +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é : ``` js mutations: { @@ -79,7 +79,7 @@ mutations: { 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 : -1. Initialisez de préférences le state initial de votre state avec tous les champs désirés auparavant. +1. Initialisez de préférence le state initial de votre state avec tous les champs désirés auparavant. 2. Lorsque vous ajoutez de nouvelles propriétés à un Object, vous devriez soit : @@ -157,7 +157,7 @@ export default { ### En avant vers les actions -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** : +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** : ``` js store.commit('increment')