前兩篇教程介紹了 Redux 的基本用法和非同步操作,今天是最後一部分,介紹如何在 React 專案中使用 Redux。
為了方便使用,Redux 的作者封裝了一個 React 專用的庫 React-Redux,本文主要介紹它。
這個庫是可以選用的。實際專案中,你應該權衡一下,是直接使用 Redux,還是使用 React-Redux。後者雖然提供了便利,但是需要掌握額外的 API,並且要遵守它的元件拆分規範。
一、UI 元件
React-Redux 將所有元件分成兩大類:UI 元件(presentational component)和容器元件(container component)。
UI 元件有以下幾個特徵。
- 只負責 UI 的呈現,不帶有任何業務邏輯
- 沒有狀態(即不使用
this.state
這個變數)- 所有資料都由引數(
this.props
)提供- 不使用任何 Redux 的 API
下面就是一個 UI 元件的例子。
12 const Title =value => <h1>{value}</h1>;
因為不含有狀態,UI 元件又稱為”純元件”,即它純函式一樣,純粹由引數決定它的值。
二、容器元件
容器元件的特徵恰恰相反。
- 負責管理資料和業務邏輯,不負責 UI 的呈現
- 帶有內部狀態
- 使用 Redux 的 API
總之,只要記住一句話就可以了:UI 元件負責 UI 的呈現,容器元件負責管理資料和邏輯。
你可能會問,如果一個元件既有 UI 又有業務邏輯,那怎麼辦?回答是,將它拆分成下面的結構:外面是一個容器元件,裡面包了一個UI 元件。前者負責與外部的通訊,將資料傳給後者,由後者渲染出檢視。
React-Redux 規定,所有的 UI 元件都由使用者提供,容器元件則是由 React-Redux 自動生成。也就是說,使用者負責視覺層,狀態管理則是全部交給它。
三、connect()
React-Redux 提供connect
方法,用於從 UI 元件生成容器元件。connect
的意思,就是將這兩種元件連起來。
12 import { connect } from 'react-redux'const VisibleTodoList = connect()(TodoList);
上面程式碼中,TodoList
是 UI 元件,VisibleTodoList
就是由 React-Redux 通過connect
方法自動生成的容器元件。
但是,因為沒有定義業務邏輯,上面這個容器元件毫無意義,只是 UI 元件的一個單純的包裝層。為了定義業務邏輯,需要給出下面兩方面的資訊。
(1)輸入邏輯:外部的資料(即
state
物件)如何轉換為 UI 元件的引數(2)輸出邏輯:使用者發出的動作如何變為 Action 物件,從 UI 元件傳出去。
因此,connect
方法的完整 API 如下。
123456 import { connect } from 'react-redux'const VisibleTodoList = connect(mapStateToProps,mapDispatchToProps)(TodoList)
上面程式碼中,connect
方法接受兩個引數:mapStateToProps
和mapDispatchToProps
。它們定義了 UI 元件的業務邏輯。前者負責輸入邏輯,即將state
對映到 UI 元件的引數(props
),後者負責輸出邏輯,即將使用者對 UI 元件的操作對映成 Action。
四、mapStateToProps()
mapStateToProps
是一個函式。它的作用就是像它的名字那樣,建立一個從(外部的)state
物件到(UI 元件的)props
物件的對映關係。
作為函式,mapStateToProps
執行後應該返回一個物件,裡面的每一個鍵值對就是一個對映。請看下面的例子。
12345 const mapStateToProps = (state) => {return {todos: getVisibleTodos(state.todos, state.visibilityFilter)}}
上面程式碼中,mapStateToProps
是一個函式,它接受state
作為引數,返回一個物件。這個物件有一個todos
屬性,代表 UI 元件的同名引數,後面的getVisibleTodos
也是一個函式,可以從state
算出 todos
的值。
下面就是getVisibleTodos
的一個例子,用來算出todos
。
123456789101112 const getVisibleTodos = (todos, filter) => {switch (filter) {case 'SHOW_ALL':return todoscase 'SHOW_COMPLETED':return todos.filter(t => t.completed)case 'SHOW_ACTIVE':return todos.filter(t => !t.completed)default:throw new Error('Unknown filter: ' + filter)}}
mapStateToProps
會訂閱 Store,每當state
更新的時候,就會自動執行,重新計算 UI 元件的引數,從而觸發 UI 元件的重新渲染。
mapStateToProps
的第一個引數總是state
物件,還可以使用第二個引數,代表容器元件的props
物件。
12345678910 // 容器元件的程式碼// <FilterLink filter="SHOW_ALL">// All// </FilterLink>const mapStateToProps = (state, ownProps) => {return {active: ownProps.filter === state.visibilityFilter}}
使用ownProps
作為引數後,如果容器元件的引數發生變化,也會引發 UI 元件重新渲染。
connect
方法可以省略mapStateToProps
引數,那樣的話,UI 元件就不會訂閱Store,就是說 Store 的更新不會引起 UI 元件的更新。
五、mapDispatchToProps()
mapDispatchToProps
是connect
函式的第二個引數,用來建立 UI 元件的引數到store.dispatch
方法的對映。也就是說,它定義了哪些使用者的操作應該當作 Action,傳給 Store。它可以是一個函式,也可以是一個物件。
如果mapDispatchToProps
是一個函式,會得到dispatch
和ownProps
(容器元件的props
物件)兩個引數。
12345678910111213 const mapDispatchToProps = (dispatch,ownProps) => {return {onClick: () => {dispatch({type: 'SET_VISIBILITY_FILTER',filter: ownProps.filter});}};}
從上面程式碼可以看到,mapDispatchToProps
作為函式,應該返回一個物件,該物件的每個鍵值對都是一個對映,定義了 UI 元件的引數怎樣發出 Action。
如果mapDispatchToProps
是一個物件,它的每個鍵名也是對應 UI 元件的同名引數,鍵值應該是一個函式,會被當作 Action creator ,返回的 Action 會由 Redux 自動發出。舉例來說,上面的mapDispatchToProps
寫成物件就是下面這樣。
123456 const mapDispatchToProps = {onClick: (filter) => {type: 'SET_VISIBILITY_FILTER',filter: filter};}
六、<Provider> 元件
connect
方法生成容器元件以後,需要讓容器元件拿到state
物件,才能生成 UI 元件的引數。
一種解決方法是將state
物件作為引數,傳入容器元件。但是,這樣做比較麻煩,尤其是容器元件可能在很深的層級,一級級將state
傳下去就很麻煩。
React-Redux 提供Provider
元件,可以讓容器元件拿到state
。
12345678910111213 import { Provider } from 'react-redux'import { createStore } from 'redux'import todoApp from './reducers'import App from './components/App'let store = createStore(todoApp);render(<Provider store={store}><App /></Provider>,document.getElementById('root'))
上面程式碼中,Provider
在根元件外面包了一層,這樣一來,App
的所有子元件就預設都可以拿到state
了。
它的原理是React
元件的context
屬性,請看原始碼。
1234567891011121314 class Provider extends Component {getChildContext() {return {store: this.props.store};}render() {return this.props.children;}}Provider.childContextTypes = {store: React.PropTypes.object}
上面程式碼中,store
放在了上下文物件context
上面。然後,子元件就可以從context
拿到store
,程式碼大致如下。
12345678910111213141516171819 class VisibleTodoList extends Component {componentDidMount() {const { store } = this.context;this.unsubscribe = store.subscribe(() =>this.forceUpdate());}render() {const props = this.props;const { store } = this.context;const state = store.getState();// ...}}VisibleTodoList.contextTypes = {store: React.PropTypes.object}
React-Redux
自動生成的容器元件的程式碼,就類似上面這樣,從而拿到store
。
七、例項:計數器
我們來看一個例項。下面是一個計數器元件,它是一個純的 UI 元件。
1234567891011 class Counter extends Component {render() {const { value, onIncreaseClick } = this.propsreturn (<div><span>{value}</span><button onClick={onIncreaseClick}>Increase</button></div>)}}
上面程式碼中,這個 UI 元件有兩個引數:value
和onIncreaseClick
。前者需要從state
計算得到,後者需要向外發出 Action。
接著,定義value
到state
的對映,以及onIncreaseClick
到dispatch
的對映。
1234567891011121314 function mapStateToProps(state) {return {value: state.count}}function mapDispatchToProps(dispatch) {return {onIncreaseClick: () => dispatch(increaseAction)}}// Action Creatorconst increaseAction = { type: 'increase' }
然後,使用connect
方法生成容器元件。
1234 const App = connect(mapStateToProps,mapDispatchToProps)(Counter)
然後,定義這個元件的 Reducer。
12345678910 // Reducerfunction counter(state = { count: 0 }, action) {const count = state.countswitch (action.type) {case 'increase':return { count: count + 1 }default:return state}}
最後,生成store
物件,並使用Provider
在根元件外面包一層。
1234567891011121314151617181920 import { loadState, saveState } from './localStorage';const persistedState = loadState();const store = createStore(todoApp,persistedState);store.subscribe(throttle(() => {saveState({todos: store.getState().todos,})}, 1000))ReactDOM.render(<Provider store={store}><App /></Provider>,document.getElementById('root'));
完整的程式碼看這裡。
八、React-Router 路由庫
使用React-Router
的專案,與其他專案沒有不同之處,也是使用Provider
在Router
外面包一層,畢竟Provider
的唯一功能就是傳入store
物件。
1234567 const Root = ({ store }) => (<Provider store={store}><Router><Route path="/" component={App} /></Router></Provider>);