Redux 是一個(gè)用于應(yīng)用程序狀態(tài)管理的開(kāi)源JavaScript庫(kù)，其核心是通過(guò)可管理和控制的狀態(tài)來(lái)描述一個(gè)系統(tǒng)。這意味著其思想其實(shí)是可以應(yīng)用于任何類(lèi)型應(yīng)用的開(kāi)發(fā)的，包括移動(dòng)應(yīng)用。

Redux 架構(gòu)基于一個(gè)嚴(yán)格的單向數(shù)據(jù)流，應(yīng)用中的所有數(shù)據(jù)都是通過(guò)組件在一個(gè)方向上流動(dòng)。Redux 希望確保應(yīng)用的視圖是根據(jù)確定的狀態(tài)來(lái)呈現(xiàn)的。意思就是，在任何時(shí)間點(diǎn)，你應(yīng)用的狀態(tài)總是確定、有效的，并且可以轉(zhuǎn)換到另一個(gè)可預(yù)測(cè)和有效的狀態(tài)。而 UI 將根據(jù)所處的狀態(tài)來(lái)進(jìn)行呈現(xiàn)。

關(guān)于 Redux 在網(wǎng)上已經(jīng)有很多相關(guān)的資料，這里就只介紹下 Redux 核心的三個(gè)組件：

1. Store：保存應(yīng)用的狀態(tài)并提供一些幫助方法來(lái)存取狀態(tài)，分發(fā)狀態(tài)以及注冊(cè)監(jiān)聽(tīng)。

2. Actions：簡(jiǎn)單說(shuō) Actions 就是事件，包含要傳遞給 store 的信息，表明我們希望怎樣改變應(yīng)用的狀態(tài)。比如，定義如下的一個(gè) action:

data class AddTodoAction(val text: String)

由 store 來(lái)進(jìn)行分發(fā)：

store.dispatch(AddTodoAction("Write blog post"))

3. Reducers：進(jìn)行狀態(tài)的轉(zhuǎn)變。類(lèi)似這樣：

fun reduce(oldState: AppState, action: Action) : AppState {
  return when (action) {
    is AddToDoAction -> {
      oldState.copy(todo = ...)
    }
    else -> oldState
  }
}

介紹完核心組件，下面來(lái)看一下它們是怎么組合到一起的：

Redux 的流程很簡(jiǎn)單，你的應(yīng)用根據(jù)當(dāng)前狀態(tài)呈現(xiàn) UI，用戶(hù)的交互觸發(fā) action，并交給 reducer 來(lái)更新?tīng)顟B(tài)。

最近，作者在一個(gè)還挺大的項(xiàng)目上試了下 Redux 架構(gòu)，所以這里就分享下從中總結(jié)的一些經(jīng)驗(yàn)。

1. 應(yīng)用里最好不要有多個(gè) store

針對(duì)不同模塊有不同的 store 似乎是個(gè)不錯(cuò)的主意，但從上面的圖可以看到每個(gè) store 和其數(shù)據(jù)流是一個(gè)閉環(huán)系統(tǒng)，這就使得不同 store 之間的狀態(tài)難以同步。這樣你就通常需要在一個(gè)狀態(tài)的變更響應(yīng)中去進(jìn)行另一個(gè) store 的 action 分發(fā)，而這很容易造成無(wú)限循環(huán)。

另一個(gè)原因是多 store 的架構(gòu)是非常僵化的，難以靈活的改動(dòng)。

更好的做法是維護(hù)一個(gè)包含多個(gè)子狀態(tài)的全局應(yīng)用狀態(tài)，由一個(gè) store 來(lái)表示：

data class AppState(val LoginState,
          val HomeScreenState,
          val GridState )

2. 保持應(yīng)用的狀態(tài)層級(jí)盡可能少

因?yàn)?Redux 中 state 是不可變的，因此深層次嵌套的 state 會(huì)產(chǎn)生很多的樣板代碼，并且難以更新。比如，考慮下面的一組數(shù)據(jù)模型

data class State(val sections: List<Section>)
open class Section(val articles: List<Article>)
class Home(articles: List<Article>) : Section(articles)
class Discover(articles: List<Article>) : Section(articles)
class Article

實(shí)例化和更新?tīng)顟B(tài)對(duì)象：

val state = State(sections = listOf(
         Home(listOf(article1, article2)),
         Discover(listOf(article1, article2))))

即使是用了 Kotlin 的 copy 機(jī)制，更新深層嵌套的屬性（比如上面的 Article）也是非常單調(diào)乏味的：

val newHome = Home(listOf(newArticle, state.sections[0].articles[1]))
state.copy(sections = listOf(newHome, state.sections[1]))

3. Reducers 只是純函數(shù)

Reduce 的作用只是處理 action 并返回新的 state 到 store 的，需要保證相同的輸入總會(huì)得到一樣的輸出。Reduce 自身不應(yīng)該有狀態(tài)和執(zhí)行任何額外工作，而只是做狀態(tài)轉(zhuǎn)換。

class Reducer {
  fun reduce(state: State, action: Action) : State {
    ...
  }
}

如果你需要響應(yīng)某個(gè) action，并執(zhí)行一些操作，那應(yīng)該考慮使用 Middleware。

4. 只用 Kotlin

Redux 很大部分受到 Flux 的啟發(fā)，而關(guān)于 Flux 最常見(jiàn)的抱怨就是需要寫(xiě)一大堆的樣板代碼。而所選擇的語(yǔ)言很大程度會(huì)決定你管理樣板代碼的便利性。

Kotlin 中類(lèi)似 data class，when 語(yǔ)句之類(lèi)的特性，能讓你的代碼清晰很多。例如，在 Reducer 中匹配 action 時(shí)，可以選擇用 instanceof 方法實(shí)現(xiàn)。

if (action instanceof AddTodoAction) {
  return reduceAddTodoAction(oldState, action);
} else if (action instanceof RemoveTodoAction) {
  return reduceRemoveTodoAction(oldState, action);
} else if (...) {
  ...
}
return oldState;

當(dāng) action 很多時(shí)，這種寫(xiě)法就很痛苦了。如果用 Kotlin 就是這樣的：

return when (action) {
  is AddTodoAction -> reduceAddTodoAction(oldState, action)
  is RemoveTodoAction -> reduceRemoveTodoAction(oldState, action)
  else -> oldState
}

結(jié)論

雖然，Redux 主要是被用于 Web 應(yīng)用開(kāi)發(fā)，但其思想我們還是可以學(xué)習(xí)并引入到 Android 中。但 Redux 也不是「銀彈」，事實(shí)上也沒(méi)有什么架構(gòu)是，其在 Android 上的應(yīng)用還很新，但我們還是很希望能看到它的逐漸成熟。

最新評(píng)論