亲而有间,密而有疏;和而不同,美美与共

初识React-Redux之粗暴理解入门

权当暂记

    日后再行补充完善,若有阅读者,请翻到下文黄色标题‘从这里开始’起阅读。本文以一个最简单的demo进行注释性理解,全部拷贝下去,就能运行的一个demo。
    Rudex在我看来最本质做的事情就是将所有的State属性统一存储(一个属性就是一个注册到store的Reducer),然后用户触发事件,通过Redux修改State的状态(这里一定记住State只有一个,唯一唯一唯一),通过State状态影响Props状态,Props是与视图(JSX)直接挂钩的,从而达到刷新渲染视图的目的。
    然后其中的关键就是修改State的状态,Redux构建出了Action,Reducer,connect(mapStateToProps,mapDispatchToProps)(component),container等这些玩意儿搞了一套规则进行“规矩化”的修改状态,其实也就是分工了下,分成了几个层级。暂且理解到这,新手学习,拙见若有误,前端娱乐圈的朋友请不要怜惜我,评论处见。一切为了学习进步。

import React, { Component } from 'react'
import PropTypes from 'prop-types'
import ReactDOM from 'react-dom'
import { createStore } from 'redux'
import { Provider, connect } from 'react-redux'
// React component 视图组件(component)的实现,定义了props(包括简单的数值,字符串还有函数对象)
class Counter extends Component {
    render() {
        const { value, onIncreaseClick } = this.props
        return (
            <div>
                <span>{value}</span>
                <button onClick={onIncreaseClick}>Increase</button>
            </div>
        )
    }
}
 
//对props进行限定,如类型限定
Counter.propTypes = {
    value: PropTypes.number.isRequired,
    onIncreaseClick: PropTypes.func.isRequired
}

// Action 可以看作reducer中业务逻辑的路由,在mvc里不也是你要定义几个接口,就写几个action嘛,这个完全可以看作把action的名称单独拿出来作为一个路由的存在了,以至于这里没有单独的如mvc里的路由模块。

const increaseAction = {
    type: 'increase'
}

1.2、 a、Reducer 定义了(初始化了)state,初始化了state(一个Reducer就是一个state里的一个属性,属性类型也是这里定义的,这个demo如果console.log(state);则结果为state:{counter:{count:0}}

//所有注册在store中的Reducer名称组合起来就是全局的state对象)才可以在下面的connect中的mapStateToProps、mapDispatchToProps中使用state
// b、Reducer 定义了一个或多个action的处理逻辑,而这多个action的处理逻辑怎么区分的呢,是靠传进来的参数action的一个属性字段type进行唯一性区分(可以将换这个type看作action之于Reducer的路由)
// c、
//这么看,其实Reducer就相当于一个controller,里面有多个action处理逻辑。
//好的,再回头看provider, Provider在根组件(App)外面包了一层,这样一来,App的所有子组件就默认都可以拿到state了。
//一结束,看二。

function counter(state = {
    count: 0
}, action) {
    const count = state.count
    switch (action.type) {
        case 'increase':
            return {
                count: count + 1
            }
        default:
            return state
    }
}

1.1、 Store 顶级,全局唯一,根据reducer生成的store“实例”,暂且只看作一个与reducer进行匹配的一种模式,不深究其作为状态树什么的地位。

//所以主要是看reducer(这里的ruducer实例:counter)里有什么。

const store = createStore(counter)

2.2、 Map Redux state to component props prop对象用state的值进行操作后赋上值,这里的state对象里面有什么,哪儿定义的呢?就是最上面讲store的时候,store里的reducer里定义的。想起来了吧。

function mapStateToProps(state) {
    return { value: state.count }
}

2.3、Map Redux actions to component props事件绑定,但是呢,不直接写逻辑,而是用dispatch与事先定义的action进行关联。action相当于节点路由了,根据路由(action.type)在reducer(相当于controller)找到对应处理逻辑。

// 这样一来,事先定义的action-->reducer-->store就跟我们最顶层的dom关联起来了。说白了就是定义了套规则,在我粗鄙的看来,也是个mvc。

function mapDispatchToProps(dispatch) {
    return {
        onIncreaseClick: () => dispatch(increaseAction)
    }
}

2.1Connected Component 、看了这行代码,先不管其中的参数啥意义,我们首先了解这行代码意义是什么,就是前面说的关联。

// Counter是上面定义的视图组件,你就直接看成这个是dom,dom里面需要显示东西(props)跟触发事件(函数类型props),显示跟触发这些东西就是定义在其中两个参数中。
// 第一个参数mapStateToProps作用:显示东西。简答说就是通过state作为输入参数,进行一堆操作或者不操作,给props赋值(因为我们显示东西总是跟props关联的)
// 第二个参数mapDispatchToProps作用:事件绑定。

const App = connect(mapStateToProps, mapDispatchToProps)(Counter)

这里开始看起

//一、Provider是react-redux提供的,先不深究。 store实例作为根节点元素与我们的组件进行‘绑定’,往上看啥是strore
//二、上面说的主要是定义了一堆规则进行状态state,action及其处理逻辑,现在要跟我们的组件结合起来,即上面最终的处理逻辑如何关联我们某个dom的事件触发(如onClick),这是我们最关心的。
// 所以看我们的App组件

class RudexDemo extends Component {
    render() {
        return (
            <Provider store={store}>
                <App />
            </Provider>
        );
    }
}


export default RudexDemo;

总结注意点:

1、State的初始化在哪儿呢?答案:所有的Reducer(注意是要注册要Store上的)构成了这个State,Reducer名称为State属性的名称,Reducer中第一个参数State里定义的参数类型就是State属性的类型。这个很重要!
2、State是一个全局的状态对象,这个对象是唯一的唯一的唯一的,跟component,Reducer什么的没有直接关联。记住就一个State,我们所有的操作都是为了改变这个State里面的部分属性值,从而达到刷新渲染页面的目的。
3、所有在component中需要与reducer挂钩的事情,都通过props让containers里去进行调用。这样分离合乎规矩。
原文:http://www.cnblogs.com/joeymary/p/7820047.html

个人公众号:

posted @ 2017-11-11 21:33  大兄弟竹子  阅读(1597)  评论(0编辑  收藏  举报