Traduction de `modules.md` #13

MachinisteWeb · 2017-05-22T13:45:54Z

Et en avant pour les modules, je vois qu'il y a des pends de texte nouveau !

Signed-off-by: Bruno Lesieur <bruno.lesieur@gmail.com>

MachinisteWeb · 2017-05-22T13:46:47Z

docs/en/modules.md

@@ -1,8 +1,8 @@
 # Modules

-Due to using a single state tree, all state of our application is contained inside one big object. However, as our application grows in scale, the store can get really bloated.
+Parce qu'il utilise un _single state tree_, tout le state de notre application est contenu dans un seul et même gros objet. Cependant, au fur et à mesure que notre application grandit, le store peut devenir très engorgé.


Du fait de l'utilisation d'un arbre d'état unique, tout l'état

MachinisteWeb · 2017-05-22T13:53:28Z

docs/en/modules.md


-To help with that, Vuex allows us to divide our store into **modules**. Each module can contain its own state, mutations, actions, getters, and even nested modules - it's fractal all the way down:
+Pour y remédier, Vuex nous permet de diviser notre store en **modules**. Chaque module peut contenir son propre state, mutations, actions, getters, et même d'autres modules.


ses propres état, mutations, actions, accesseurs, et même contenir ses propres modules internes.

MachinisteWeb · 2017-05-22T13:56:25Z

docs/en/modules.md

@@ -25,20 +25,20 @@ const store = new Vuex.Store({
  }
 })

-store.state.a // -> moduleA's state
-store.state.b // -> moduleB's state
+store.state.a // -> le state du module A


l'état du moduleA
l'état du moduleB

MachinisteWeb · 2017-05-22T13:56:41Z

docs/en/modules.md

 ```

-### Module Local State
+### State local d'un module


État local d'un module

MachinisteWeb · 2017-05-22T13:57:00Z

docs/en/modules.md


-Inside a module's mutations and getters, the first argument received will be **the module's local state**.
+Dans les mutations et getters d'un module, le premier argument reçu sera le **state local du module**.


accesseurs

l'état local du module

MachinisteWeb · 2017-05-22T13:59:14Z

docs/en/modules.md


 ``` js
 const moduleA = {
  state: { count: 0 },
  mutations: {
    increment (state) {
-      // state is the local module state
+      // state est le state du module local


state est l'état du module local

MachinisteWeb · 2017-05-22T13:59:34Z

docs/en/modules.md

@@ -51,7 +51,7 @@ const moduleA = {
 }
 ```

-Similarly, inside module actions, `context.state` will expose the local state, and root state will be exposed as `context.rootState`:
+De façon similaire, dans les actions du module, `context.state` exposera le state local, et le state racine sera disponible avec `context.rootState` :


l'état local, et l'état racine

MachinisteWeb · 2017-05-22T13:59:54Z

docs/en/modules.md

@@ -66,7 +66,7 @@ const moduleA = {
 }
 ```

-Also, inside module getters, the root state will be exposed as their 3rd argument:
+Également, dans les getters du module, le state racine sera exposé en troisième argument :


accesseurs

l'état racine

MachinisteWeb · 2017-05-22T14:45:44Z

J'ai traduit sur le tas les partis manquante @Kocal alors je te laisse revoir ma traduction en même temps. De ton point de vu tout devrait être en ordre ligne par ligne :)

Kocal

C'est tout pour moi !

Kocal · 2017-05-22T16:04:20Z

docs/en/modules.md


-By default, actions, mutations and getters inside modules are still registered under the **global namespace** - this allows multiple modules to react to the same mutation/action type.
+Par défaut, les actions, mutations et accesseurs à l'intérieur d'un module son toujours enregistré sous l'**espace de nom global**. Cela permet a de multiple module d'être réactif au même type de mutation et action.


enregistrés

à de multiples modules d'être réactifs

Kocal · 2017-05-22T16:04:50Z

docs/en/modules.md


-If you want your modules to be more self-contained or reusable, you can mark it as namespaced with `namespaced: true`. When the module is registered, all of its getters, actions and mutations will be automatically namespaced based on the path the module is registered at. For example:
+Si vous souhaitez que votre module soit auto-suffisant et réutilisable, vous pouvez le ranger sous un espace de nom avec `namespaced: true`. Quand le module est enregistré, tous ses accesseurs, actions et mutations seront automatiquement basé sur l'espace de nom du module dans lesquels ils sont rangés. Par exemple :


Kocal · 2017-05-22T16:05:54Z

docs/en/modules.md

@@ -128,22 +128,22 @@ const store = new Vuex.Store({
 })
 ```

-Namespaced getters and actions will receive localized `getters`, `dispatch` and `commit`. In other words, you can use the module assets without writing prefix in the same module. Toggling between namespaced or not does not affect the code inside the module.
+Les accesseurs et actions sous espace de nom reçoivent des `getters`, `dispatch` et `commit` localisé. En d'autres termes, vous pouvez utiliser les paramètres de module sans écrire de prefix dans le même module. Permuter entre un espace de nom ou pas n'affecte pas le code à l'intérieur du module.


localisés.

dans ce même

espace de nom ou non, n'affecte

Kocal · 2017-05-22T16:06:45Z

docs/en/modules.md


-If you want to use global state and getters, `rootState` and `rootGetters` are passed as the 3rd and 4th arguments to getter functions, and also exposed as properties on the `context` object passed to action functions.
+Si vous voulez utiliser des état et accesseurs globaux, `rootState` et `rootGetters` sont passés en 3ième et 4ième arguments des fonctions accès et sont également exposés en tant que propriété de l'objet `context` passé aux fonctions d'action.


des états

fonctions d'accès

Kocal · 2017-05-22T16:08:20Z

docs/en/modules.md


 ``` js
 modules: {
  foo: {
    namespaced: true,

    getters: {
-      // `getters` is localized to this module's getters
-      // you can use rootGetters via 4th argument of getters
+      // Les `getters` sont localisé dans le module des accesseurs


sont localiés

Kocal · 2017-05-22T16:11:13Z

docs/en/modules.md

 store.registerModule(['nested', 'myModule'], {
  // ...
 })
 ```

-The module's state will be exposed as `store.state.myModule` and `store.state.nested.myModule`.
+L'état des modules seront disponibles dans `store.state.myModule` et `store.state.nested.myModule`.


est disponible

Kocal · 2017-05-22T16:11:47Z

docs/en/modules.md


-Sometimes we may need to create multiple instances of a module, for example:
+Parfois nous devrons créer de multiples instances d'un module pour par exemple :


d'un module, par exemple

Signed-off-by: Bruno Lesieur <bruno.lesieur@gmail.com>

MachinisteWeb · 2017-05-23T08:20:28Z

Merci @Kocal pour ta review de review ! :) C'est ajouté !

modules.md review

4230cf5

Signed-off-by: Bruno Lesieur <bruno.lesieur@gmail.com>

MachinisteWeb self-assigned this May 22, 2017

MachinisteWeb requested review from darenju and Kocal May 22, 2017 13:45

MachinisteWeb added the Relecture nécessaire label May 22, 2017

MachinisteWeb mentioned this pull request May 22, 2017

État des traductions #1

Open

MachinisteWeb added 2 commits May 22, 2017 16:38

Ajout des nouveaux textes partiellement traduit.

261e918

Signed-off-by: Bruno Lesieur <bruno.lesieur@gmail.com>

Review and translation de modules.md

365a982

Signed-off-by: Bruno Lesieur <bruno.lesieur@gmail.com>

MachinisteWeb commented May 22, 2017

View reviewed changes

Kocal requested changes May 22, 2017

View reviewed changes

Review of @kokal and @haeresis

6bc5043

Signed-off-by: Bruno Lesieur <bruno.lesieur@gmail.com>

Kocal approved these changes May 23, 2017

View reviewed changes

MachinisteWeb merged commit 26aef80 into working May 23, 2017

MachinisteWeb deleted the modules branch May 23, 2017 09:22

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Traduction de `modules.md` #13

Traduction de `modules.md` #13

MachinisteWeb commented May 22, 2017

MachinisteWeb May 22, 2017

MachinisteWeb May 22, 2017

MachinisteWeb May 22, 2017

MachinisteWeb May 22, 2017

MachinisteWeb May 22, 2017

MachinisteWeb May 22, 2017

MachinisteWeb May 22, 2017

MachinisteWeb May 22, 2017

MachinisteWeb commented May 22, 2017 •

edited

Loading

Kocal left a comment

Kocal May 22, 2017

Kocal May 22, 2017

Kocal May 22, 2017

Kocal May 22, 2017

Kocal May 22, 2017

Kocal May 22, 2017

Kocal May 22, 2017

MachinisteWeb commented May 23, 2017


		To help with that, Vuex allows us to divide our store into modules. Each module can contain its own state, mutations, actions, getters, and even nested modules - it's fractal all the way down:
		Pour y remédier, Vuex nous permet de diviser notre store en modules. Chaque module peut contenir son propre state, mutations, actions, getters, et même d'autres modules.


		Inside a module's mutations and getters, the first argument received will be the module's local state.
		Dans les mutations et getters d'un module, le premier argument reçu sera le state local du module.


		By default, actions, mutations and getters inside modules are still registered under the global namespace - this allows multiple modules to react to the same mutation/action type.
		Par défaut, les actions, mutations et accesseurs à l'intérieur d'un module son toujours enregistré sous l'espace de nom global. Cela permet a de multiple module d'être réactif au même type de mutation et action.


		If you want your modules to be more self-contained or reusable, you can mark it as namespaced with `namespaced: true`. When the module is registered, all of its getters, actions and mutations will be automatically namespaced based on the path the module is registered at. For example:
		Si vous souhaitez que votre module soit auto-suffisant et réutilisable, vous pouvez le ranger sous un espace de nom avec `namespaced: true`. Quand le module est enregistré, tous ses accesseurs, actions et mutations seront automatiquement basé sur l'espace de nom du module dans lesquels ils sont rangés. Par exemple :


		If you want to use global state and getters, `rootState` and `rootGetters` are passed as the 3rd and 4th arguments to getter functions, and also exposed as properties on the `context` object passed to action functions.
		Si vous voulez utiliser des état et accesseurs globaux, `rootState` et `rootGetters` sont passés en 3ième et 4ième arguments des fonctions accès et sont également exposés en tant que propriété de l'objet `context` passé aux fonctions d'action.


		Sometimes we may need to create multiple instances of a module, for example:
		Parfois nous devrons créer de multiples instances d'un module pour par exemple :

Traduction de modules.md #13

Traduction de modules.md #13

Conversation

MachinisteWeb commented May 22, 2017

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

MachinisteWeb commented May 22, 2017 • edited Loading

Kocal left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

MachinisteWeb commented May 23, 2017

Traduction de `modules.md` #13

Traduction de `modules.md` #13

MachinisteWeb commented May 22, 2017 •

edited

Loading