Redux 入門教程（三）：React-Redux 的用法

這個庫是可以選用的。實際項目中，你應該權衡一下，是直接使用 redux，還是使用 react-redux。後者雖然提供了便利，但是需要掌握額外的 api，并且要遵守它的元件拆分規範。

react-redux 将所有元件分成兩大類：ui 元件（presentational component）和容器元件（container component）。

ui 元件有以下幾個特征。

隻負責 ui 的呈現，不帶有任何業務邏輯 沒有狀态（即不使用this.state這個變量） 所有資料都由參數（this.props）提供 不使用任何 redux 的 api

下面就是一個 ui 元件的例子。

因為不含有狀态，ui 元件又稱為"純元件"，即它純函數一樣，純粹由參數決定它的值。

容器元件的特征恰恰相反。

負責管理資料和業務邏輯，不負責 ui 的呈現 帶有内部狀态 使用 redux 的 api

總之，隻要記住一句話就可以了：ui 元件負責 ui 的呈現，容器元件負責管理資料和邏輯。

你可能會問，如果一個元件既有 ui 又有業務邏輯，那怎麼辦？回答是，将它拆分成下面的結構：外面是一個容器元件，裡面包了一個ui 元件。前者負責與外部的通信，将資料傳給後者，由後者渲染出視圖。

react-redux 規定，所有的 ui 元件都由使用者提供，容器元件則是由 react-redux 自動生成。也就是說，使用者負責視覺層，狀态管理則是全部交給它。

react-redux 提供connect方法，用于從 ui 元件生成容器元件。connect的意思，就是将這兩種元件連起來。

上面代碼中，todolist是 ui 元件，visibletodolist就是由 react-redux 通過connect方法自動生成的容器元件。

但是，因為沒有定義業務邏輯，上面這個容器元件毫無意義，隻是 ui 元件的一個單純的包裝層。為了定義業務邏輯，需要給出下面兩方面的資訊。

（1）輸入邏輯：外部的資料（即state對象）如何轉換為 ui 元件的參數 （2）輸出邏輯：使用者發出的動作如何變為 action 對象，從 ui 元件傳出去。

是以，connect方法的完整 api 如下。

上面代碼中，connect方法接受兩個參數：mapstatetoprops和mapdispatchtoprops。它們定義了 ui 元件的業務邏輯。前者負責輸入邏輯，即将state映射到 ui 元件的參數（props），後者負責輸出邏輯，即将使用者對 ui 元件的操作映射成 action。

mapstatetoprops是一個函數。它的作用就是像它的名字那樣，建立一個從（外部的）state對象到（ui 元件的）props對象的映射關系。

作為函數，mapstatetoprops執行後應該傳回一個對象，裡面的每一個鍵值對就是一個映射。請看下面的例子。

上面代碼中，mapstatetoprops是一個函數，它接受state作為參數，傳回一個對象。這個對象有一個todos屬性，代表 ui 元件的同名參數，後面的getvisibletodos也是一個函數，可以從state算出 todos 的值。

下面就是getvisibletodos的一個例子，用來算出todos。

mapstatetoprops會訂閱 store，每當state更新的時候，就會自動執行，重新計算 ui 元件的參數，進而觸發 ui 元件的重新渲染。

mapstatetoprops的第一個參數總是state對象，還可以使用第二個參數，代表容器元件的props對象。

使用ownprops作為參數後，如果容器元件的參數發生變化，也會引發 ui 元件重新渲染。

connect方法可以省略mapstatetoprops參數，那樣的話，ui 元件就不會訂閱store，就是說 store 的更新不會引起 ui 元件的更新。

mapdispatchtoprops是connect函數的第二個參數，用來建立 ui 元件的參數到store.dispatch方法的映射。也就是說，它定義了哪些使用者的操作應該當作 action，傳給 store。它可以是一個函數，也可以是一個對象。

如果mapdispatchtoprops是一個函數，會得到dispatch和ownprops（容器元件的props對象）兩個參數。

從上面代碼可以看到，mapdispatchtoprops作為函數，應該傳回一個對象，該對象的每個鍵值對都是一個映射，定義了 ui 元件的參數怎樣發出 action。

如果mapdispatchtoprops是一個對象，它的每個鍵名也是對應 ui 元件的同名參數，鍵值應該是一個函數，會被當作 action creator ，傳回的 action 會由 redux 自動發出。舉例來說，上面的mapdispatchtoprops寫成對象就是下面這樣。

connect方法生成容器元件以後，需要讓容器元件拿到state對象，才能生成 ui 元件的參數。

一種解決方法是将state對象作為參數，傳入容器元件。但是，這樣做比較麻煩，尤其是容器元件可能在很深的層級，一級級将state傳下去就很麻煩。

react-redux 提供provider元件，可以讓容器元件拿到state。

上面代碼中，provider在根元件外面包了一層，這樣一來，app的所有子元件就預設都可以拿到state了。

上面代碼中，store放在了上下文對象context上面。然後，子元件就可以從context拿到store，代碼大緻如下。

react-redux自動生成的容器元件的代碼，就類似上面這樣，進而拿到store。

我們來看一個執行個體。下面是一個計數器元件，它是一個純的 ui 元件。

上面代碼中，這個 ui 元件有兩個參數：value和onincreaseclick。前者需要從state計算得到，後者需要向外發出 action。

接着，定義value到state的映射，以及onincreaseclick到dispatch的映射。

然後，使用connect方法生成容器元件。

然後，定義這個元件的 reducer。

最後，生成store對象，并使用provider在根元件外面包一層。

使用react-router的項目，與其他項目沒有不同之處，也是使用provider在router外面包一層，畢竟provider的唯一功能就是傳入store對象。

（完）