From d5015da0feb5d91d135125d6be2d3fdd540662ce Mon Sep 17 00:00:00 2001 From: ibufu Date: Thu, 11 Aug 2016 09:56:21 +0800 Subject: [PATCH 1/2] update 00 --- 00_introduction.js | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/00_introduction.js b/00_introduction.js index 5fa0f24..21742b6 100644 --- a/00_introduction.js +++ b/00_introduction.js @@ -1,7 +1,7 @@ // 章节 0 - introduction.js // 为什么要有这个教程呢？ -// 在我尝试学习 Redux 的时候，我发现之前的阅读过的一些文章加上个人的经验， +// 在我尝试学习 Redux 的时候，我发现之前阅读过的一些文章加上个人的经验， // 让我对 flux 产生了一些错误的认知。 // 当然，我不是说那些关于 flux 的文章写得不好，只是我没能正确地领会其中的概念。 // 到头来，我只是对着各种 flux 框架（Reflux、Flummox、FB Flux）的文档照猫画虎， From 5012fab6e50a8966c27c88a048967cc74456e145 Mon Sep 17 00:00:00 2001 From: ibufu Date: Thu, 11 Aug 2016 10:25:45 +0800 Subject: [PATCH 2/2] update 00 --- 00_introduction.js | 21 ++++++++++----------- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/00_introduction.js b/00_introduction.js index 21742b6..4f68ae0 100644 --- a/00_introduction.js +++ b/00_introduction.js @@ -1,18 +1,18 @@ // 章节 0 - introduction.js -// 为什么要有这个教程呢？ +// 首先，为什么会有这个教程呢？ // 在我尝试学习 Redux 的时候，我发现之前阅读过的一些文章加上个人的经验， -// 让我对 flux 产生了一些错误的认知。 +// 让我对 flux 产生了一些误解。 // 当然，我不是说那些关于 flux 的文章写得不好，只是我没能正确地领会其中的概念。 // 到头来，我只是对着各种 flux 框架（Reflux、Flummox、FB Flux）的文档照猫画虎， -// 并试着把它们和之前了解到的理论概念联系起来。 -// 等我用了 Redux 之后，我才发现原来flux比我想象的要简单很多。 -// 这些都归功于 Redux 通过优良的设计来减少样板文件，而其它框架则是为了减少样板文件却又引入了很多新的代码。 +// 并试着把它们和之前了解到的理论概念联系起来 （actions / actions creators、 store、 dispatcher）。 +// 等我用了 Redux 之后，我才发现原来 flux 比我想象的要简单很多。 +// 这些都归功于 Redux 通过优良的设计减少了样板代码，而其它框架则是为了减少样板代码却又引入了很多新的代码。 // 我现在觉得用通过 Redux 来学习 flux 比通过其他框架高效得多。 -// 这就是为什么我想分享给大家，用我自己的话来说， +// 这就是为什么我想分享给大家这个教程， // 通过关注 Redux 的用法来理解 flux 的概念。 -// 你一定已经看过这张著名的 flux 的单向数据流图了。 +// 你可能已经看过这张著名的 flux 的单向数据流图了。 /* _________ ____________ ___________ @@ -36,8 +36,7 @@ */ // 在这个教程里，我们会一步步地向你介绍上图里的各个概念。 -// 我们会把这些概念分成单独的章节来介绍它们存在的意义和作用， -// 而不会笼统地介绍整张数据流图。 +// 我们会把这些概念分成单独的章节来介绍它们存在的意义和作用。 // 在最后，当我们理解了每一个概念后，我们会发现这张图真是意义深远啊！ // 在我们开始之前，我们先聊下一 flux 存在的意义以及我们为什么需要它。 @@ -52,7 +51,7 @@ // - Model 看起来像 Store // - 用户事件、数据操作以及它们的处理程序看起来像 // "action creators" -> action -> dispatcher -> callback -// - View 看起来像 React view (或者其他什么的) +// - View 看起来像 React view (或者其它类似的概念) // 所以，flux 就只是一个新名词么？不全是，但是新名词是很重要的， // 因为通过引入这些新术语我们可以更准确地表述各种专业术语。 @@ -82,7 +81,7 @@ // 来看一下我们是如何避免 Store A 和 Store B 直接相关联的。 // Store 只能被 action 修改，别无他选。 -// 并且当所有 Store 响应了 action 后，最终所有 View 都会更新。由此可见，数据总是沿一个方向进行流动： +// 并且当所有 Store 响应了 action 后，View 才会最终更新。由此可见，数据总是沿着一个方向进行流动： // action -> store -> view -> action -> store -> view -> action -> ... // 上面我们首先从 action 开始我们的用例，