Procházet zdrojové kódy

update illustration

Evan You před 9 roky
rodič
revize
f2d82c2a1f
4 změnil soubory, kde provedl 6 přidání a 6 odebrání
  1. 4 4
      docs/assets/vuex.ai
  2. 1 1
      docs/en/data-flow.md
  3. 1 1
      docs/en/structure.md
  4. binární
      docs/en/vuex.png

Rozdílová data souboru nebyla zobrazena, protože soubor je příliš velký
+ 4 - 4
docs/assets/vuex.ai


+ 1 - 1
docs/en/data-flow.md

@@ -88,5 +88,5 @@ Here you will notice the component itself is extremely simple: it simply display
 You will also notice the data flow is unidirectional, as it should be in Flux:
 
 <p align="center">
-  <img width="600px" src="https://raw.githubusercontent.com/vuejs/vuex/master/docs/en/vuex.png">
+  <img width="700px" src="vuex.png">
 </p>

+ 1 - 1
docs/en/structure.md

@@ -4,7 +4,7 @@ Vuex doesn't really restrict how you structure your code. Rather, it enforces a
 
 1. Application state lives in a single object.
 2. Only mutation handlers can mutate the state.
-3. Mutations must be synchronous and as simple as possible.
+3. Mutations must be synchronous, and the only side effects they produce should be state mutation.
 4. All asynchronous logic such as data fetching should be performed in actions.
 
 The nice thing about Vuex actions and mutations is that **they are just functions with no external dependencies**. As long as you follow these rules, it's up to you how to structure your project. The simplest Vuex instance can even be declared [in a single file](https://github.com/vuejs/vuex/blob/master/examples/counter/vuex.js)! However, this is unlikely to suffice for any serious project, so here are some recommended structures depending on the scale of your app.

binární
docs/en/vuex.png


Některé soubory nejsou zobrazeny, neboť je v těchto rozdílových datech změněno mnoho souborů