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

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

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

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

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

data class AddTodoAction(val text: String)

由 store 來進行分發(fā)：

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

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

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

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

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

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

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

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

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

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

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

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

因為 Redux 中 state 是不可變的，因此深層次嵌套的 state 會產(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

實例化和更新狀態(tài)對象：

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

即使是用了 Kotlin 的 copy 機制，更新深層嵌套的屬性（比如上面的 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 的，需要保證相同的輸入總會得到一樣的輸出。Reduce 自身不應(yīng)該有狀態(tài)和執(zhí)行任何額外工作，而只是做狀態(tài)轉(zhuǎn)換。

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

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

4. 只用 Kotlin

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

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

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

當 action 很多時，這種寫法就很痛苦了。如果用 Kotlin 就是這樣的：

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

結(jié)論

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

最新評論