一、UI 组件
React-Redux 将一切组件分红两大类:UI 组件
(presentational component)和容器组件
(container component)。
UI 组件有以下几个特性。
只担任 UI 的显现,不带有任何营业逻辑
没有状况(即不运用this.state这个变量)
一切数据都由参数(this.props)供应
不运用任何 Redux 的 API
下面就是一个 UI 组件的例子。
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
的意义,就是将这两种组件连起来。
import { connect } from 'react-redux'
const VisibleTodoList = connect()(TodoList);
上面代码中,TodoList
是 UI 组件,VisibleTodoList
就是由 React-Redux 经由过程connect
要领自动天生的容器组件。
然则,由于没有定义营业逻辑,上面这个容器组件毫无意义,只是 UI 组件的一个纯真的包装层。为了定义营业逻辑,须要给出下面两方面的信息。
(1)输入逻辑:外部的数据(即state
对象)如何转换为 UI 组件的参数
(2)输出逻辑:用户发出的行动如何变成 Action 对象,从 UI 组件传出去。
因而,connect
要领的完全 API 以下。
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
实行后应当返回一个对象,内里的每一个键值对就是一个映照。请看下面的例子。
const mapStateToProps = (state) => {
return {
todos: getVisibleTodos(state.todos, state.visibilityFilter)
}
}
上面代码中,mapStateToProps
是一个函数,它接收state
作为参数,返回一个对象。这个对象有一个todos
属性,代表 UI 组件的同名参数,背面的getVisibleTodos
也是一个函数,能够从state
算出 todos
的值。
下面就是getVisibleTodos
的一个例子,用来算出todos
。
const getVisibleTodos = (todos, filter) => {
switch (filter) {
case 'SHOW_ALL':
return todos
case '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
对象。
// 容器组件的代码
// <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
对象)两个参数。
const mapDispatchToProps = (
dispatch,
ownProps
) => {
return {
onClick: () => {
dispatch({
type: 'SET_VISIBILITY_FILTER',
filter: ownProps.filter
});
}
};
}
从上面代码能够看到,mapDispatchToProps
作为函数,应当返回一个对象,该对象的每一个键值对都是一个映照,定义了 UI 组件的参数如何发出 Action。
假如mapDispatchToProps
是一个对象,它的每一个键名也是对应 UI 组件的同名参数,键值应当是一个函数,会被看成 Action creator ,返回的 Action 会由 Redux 自动发出。举例来说,上面的mapDispatchToProps
写成对象就是下面如许。
const mapDispatchToProps = {
onClick: (filter) => {
type: 'SET_VISIBILITY_FILTER',
filter: filter
};
}
六、<Provider> 组件
connect
要领天生容器组件今后,须要让容器组件拿到state
对象,才天生 UI 组件的参数。
一种解决要领是将state
对象作为参数,传入容器组件。然则,如许做比较贫苦,尤其是容器组件可能在很深的层级,一级级将state
传下去就很贫苦。
React-Redux 供应Provider
组件,能够让容器组件拿到state
。
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
属性,请看源码。
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
,代码大抵以下。
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 组件。
class Counter extends Component {
render() {
const { value, onIncreaseClick } = this.props
return (
<div>
<span>{value}</span>
<button onClick={onIncreaseClick}>Increase</button>
</div>
)
}
}
上面代码中,这个 UI 组件有两个参数:value
和onIncreaseClick
。前者须要从state
盘算获得,后者须要向外发出 Action
。
接着,定义value
到state
的映照,以及onIncreaseClick
到dispatch
的映照。
function mapStateToProps(state) {
return {
value: state.count
}
}
function mapDispatchToProps(dispatch) {
return {
onIncreaseClick: () => dispatch(increaseAction)
}
}
// Action Creator
const increaseAction = { type: 'increase' }
然后,运用connect
要领天生容器组件。
const App = connect(
mapStateToProps,
mapDispatchToProps
)(Counter)
然后,定义这个组件的 Reducer。
// Reducer
function counter(state = { count: 0 }, action) {
const count = state.count
switch (action.type) {
case 'increase':
return { count: count + 1 }
default:
return state
}
}
末了,天生store
对象,并运用Provider
在根组件表面包一层。
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
对象。
const Root = ({ store }) => (
<Provider store={store}>
<Router>
<Route path="/" component={App} />
</Router>
</Provider>
);
假如你以为这篇文章对你有所协助,那就趁便点个赞吧,点点关注不迷路~
黑芝麻哇,白芝麻发,黑芝麻白芝麻哇发哈!
前端哇发哈