对于技术性的投入,我从来都是不吝啬的,主动学习是对自己最好的投资
(Redux的确理解有些绕,但并不代表学不会,多读书,多实践,巩固基础)
反之,则以下则是没有必要使用Redux
UI层非常简单,只是用于渲染...,无复杂的数据交互,依赖外部的props就可以渲染组件
用户的使用方式比较简单,页面之间比较独立,没有互相协作
与服务器之间没有大量交互
当你发现使用React实在解决不了的问题,在各个组件之间传递数据非常复杂...,很痛苦时,那么就可以考虑使用Redux了的,只要你hold住,没有所谓的高大上技术,只有适合自己业务的技术
盲目引入Redux只会增加项目的复杂度,引入新的技术应该是循序渐进的
(如果想进一步学习Redux...在Redux中有以下几个设计基本原则
单向数据流
唯一数据源
保持状态只读
数据的改变只能通过纯函数reducer来完成
单向数据流: 这个其实与props不能直接被修改一样,在父组件向子组件传递数据时是通过属性的方式进行传递的...,就要改变组件的应用状态,但时改变组件状态的方法不是直接去修改状态上的值,而是创建一个新的状态对象返回给Redux,由Redux完成新的状态的组装
组件数据的改变只能通过纯函数完成
所谓的纯函数,就是指