这样一层一层往上传,如果组件树很庞大的话,那么就会变得非常繁琐
在小型项目中,Redux并不是必需的,但是使用Redux却是一劳永逸的,管理组件的状态方便得多,对于大型应用来说,单纯使用原始的数据传递方式...(这里你可以把它理解为类似生活当中中介公司管理房源的仓库(数据库)的区域经理)
实质上:store就是把Reducer关联到一起的一个对象,它提供dispatch(action)方法更新state,以及...,然后最终在返回给我,实现房子的替换
那么转换为代码理解:
页面上的一个组件,想要获取更新Store中的数据,跟Store说,我点击这个按钮,要更新这个组件的数据,要干什么事情,做的这个具体动作就是...,返回给页面上的组件,实现页面组件的更新
大家可以先仔细体会上面这段文字的含义,在后续的实例代码中,在回过头来对比着代码与文字进行理解的,后续还会在拿出来的
Redux的设计基本原则
在Redux中有以下几个设计基本原则...Redux虽然确实是绕了一些,有时候在各个文件之间进行来回切换,对于模块化的拆分,如果不是很清楚Redux的使用流程,无论是后续维护还是迭代升级,都挺痛苦的
本篇并不是什么高大上的内容,比较浅显,概念性的文字比较多