React（coderwhy）- 05(redux)

Redux的核心思想

理解JavaScript纯函数

◼ 函数式编程中有一个非常重要的概念叫纯函数，JavaScript符合函数式编程的范式，所以也有纯函数的概念；

         在react开发中纯函数是被多次提及的；

         比如react中组件就被要求像是一个纯函数（为什么是像，因为还有class组件），redux中有一个reducer的概念，也是要求

必须是一个纯函数；

         所以掌握纯函数对于理解很多框架的设计是非常有帮助的；

◼ 纯函数的维基百科定义：

         在程序设计中，若一个函数符合以下条件，那么这个函数被称为纯函数：

         此函数在相同的输入值时，需产生相同的输出。

         函数的输出和输入值以外的其他隐藏信息或状态无关，也和由I/O设备产生的外部输出无关。

         该函数不能有语义上可观察的函数副作用，诸如“触发事件”，使输出设备输出，或更改输出值以外物件的内容等。

◼ 当然上面的定义会过于的晦涩，所以我简单总结一下：

         确定的输入，一定会产生确定的输出；

         函数在执行过程中，不能产生副作用；

---

副作用概念的理解

◼ 那么这里又有一个概念，叫做副作用，什么又是副作用呢？

         副作用（side effect）其实本身是医学的一个概念，比如我们经常说吃什么药本来是为了治病，可能会产生一些其他的副作

用；

         在计算机科学中，也引用了副作用的概念，表示在执行一个函数时，除了返回函数值之外，还对调用函数产生了附加的影响，

比如修改了全局变量，修改参数或者改变外部的存储；

◼ 纯函数在执行的过程中就是不能产生这样的副作用：

         副作用往往是产生bug的 “温床”。

---

纯函数的案例

◼ 我们来看一个对数组操作的两个函数：

         slice：slice截取数组时不会对原数组进行任何操作,而是生成一个新的数组；

         splice：splice截取数组, 会返回一个新的数组, 也会对原数组进行修改；

◼ slice就是一个纯函数，不会修改数组本身，而splice函数不是一个纯函数；

判断下面函数是否是纯函数？

---

纯函数的作用和优势 

◼ 为什么纯函数在函数式编程中非常重要呢？

         因为你可以安心的编写和安心的使用；

         你在写的时候保证了函数的纯度，只是单纯实现自己的业务逻辑即可，不需要关心传入的内容是如何获得的或者依赖其他的

外部变量是否已经发生了修改；

         你在用的时候，你确定你的输入内容不会被任意篡改，并且自己确定的输入，一定会有确定的输出；

◼ React中就要求我们无论是函数还是class声明一个组件，这个组件都必须像纯函数一样，保护它们的props不被修改：

◼ 在接下来学习redux中，reducer也被要求是一个纯函数。

Redux的基本使用

为什么需要redux

◼ JavaScript开发的应用程序，已经变得越来越复杂了：

         JavaScript需要管理的状态越来越多，越来越复杂；

         这些状态包括服务器返回的数据、缓存数据、用户操作产生的数据等等，也包括一些UI的状态，比如某些元素是否被选中，是否显示

加载动效，当前分页；

◼ 管理不断变化的state是非常困难的：

         状态之间相互会存在依赖，一个状态的变化会引起另一个状态的变化，View页面也有可能会引起状态的变化；

         当应用程序复杂时，state在什么时候，因为什么原因而发生了变化，发生了怎么样的变化，会变得非常难以控制和追踪；

◼ React是在视图层帮助我们解决了DOM的渲染过程，但是State依然是留给我们自己来管理：

         无论是组件定义自己的state，还是组件之间的通信通过props进行传递；也包括通过Context进行数据之间的共享；

         React主要负责帮助我们管理视图，state如何维护最终还是我们自己来决定；

◼ Redux就是一个帮助我们管理State的容器：Redux是JavaScript的状态容器，提供了可预测的状态管理；

◼ Redux除了和React一起使用之外，它也可以和其他界面库一起来使用（比如Vue），并且它非常小（包括依赖在内，只有2kb）

---

Redux的核心理念 - Store

◼ Redux的核心理念非常简单。

◼ 比如我们有一个朋友列表需要管理：

         如果我们没有定义统一的规范来操作这段数据，那么整个数据的变化就是无法跟踪的；

         比如页面的某处通过products.push的方式增加了一条数据；

         比如另一个页面通过products[0].age = 25修改了一条数据；

◼ 整个应用程序错综复杂，当出现bug时，很难跟踪到底哪里发生的变化；

---

Redux的核心理念 - action 

◼ Redux要求我们通过action来更新数据：

         所有数据的变化，必须通过派发（dispatch）action来更新；

         action是一个普通的JavaScript对象，用来描述这次更新的type和content；

◼ 比如下面就是几个更新friends的action：

         强制使用action的好处是可以清晰的知道数据到底发生了什么样的变化，所有的数据变化都是可跟追、可预测的；

         当然，目前我们的action是固定的对象；

         真实应用中，我们会通过函数来定义，返回一个action；

---

Redux的核心理念 - reducer 

◼ 但是如何将state和action联系在一起呢？答案就是reducer

         reducer是一个纯函数；

         reducer做的事情就是将传入的state和action结合起来生成一个新的state；

---

建议使用Switch循环:

const { createStore } = require("redux")

// 初始化的数据
const initialState = {
  name: "why",
  counter: 100
}


// 定义reducer函数: 纯函数
// 两个参数: 
// 参数一: store中目前保存的state
// 参数二: 本次需要更新的action(dispatch传入的action)
// 返回值: 它的返回值会作为store之后存储的state
function reducer(state = initialState, action) {
  // 有新数据进行更新的时候, 那么返回一个新的state
  if (action.type === "change_name") {
    return { ...state, name: action.name }
  } else if (action.type === "add_number") {
    return { ...state, counter: state.counter + action.num }
  }

  // 没有新数据更新, 那么返回之前的state
  return state
}


// 创建的store
const store = createStore(reducer)


module.exports = store

-------------------------------------
const { createStore } = require("redux")

// 初始化的数据
const initialState = {
  name: "why",
  counter: 100
}


// 定义reducer函数: 纯函数
// 两个参数: 
// 参数一: store中目前保存的state
// 参数二: 本次需要更新的action(dispatch传入的action)
// 返回值: 它的返回值会作为store之后存储的state
function reducer(state = initialState, action) {
  switch(action.type) {
    case "change_name":
      return { ...state, name: action.name }
    case "add_number":
      return { ...state, counter: state.counter + action.num }
    default:
      return state
  }
}

// 创建的store
const store = createStore(reducer)


module.exports = store

获取和修改：

• 使用getState() 来获取
• 使用dispatch() 来修改， 传入action

const store = require("./store")

console.log(store.getState())


// 修改store中的数据: 必须action
const nameAction = { type: "change_name", name: "kobe" }
store.dispatch(nameAction)

console.log(store.getState())

const nameAction2 = { type: "change_name", name: "lilei" }
store.dispatch(nameAction2)
console.log(store.getState())

// 修改counter
const counterAction = { type: "add_number", num: 10 }
store.dispatch(counterAction)
console.log(store.getState())

订阅：

• 使用subscribe 来订阅

• unsubscribe() 取消订阅

const store = require("./store")

const unsubscribe = store.subscribe(() => {
  console.log("订阅数据的变化:", store.getState())
})


// 修改store中的数据: 必须action
store.dispatch({ type: "change_name", name: "kobe" })
store.dispatch({ type: "change_name", name: "lilei" })

unsubscribe()

// 修改counter
store.dispatch({ type: "add_number", num: 10 })
store.dispatch({ type: "add_number", num: 20 })
store.dispatch({ type: "add_number", num: 30 })
store.dispatch({ type: "add_number", num: 100 })

动态生成action：

/**
 * redux代码优化:
 *  1.将派发的action生成过程放到一个actionCreators函数中
 *  2.将定义的所有actionCreators的函数, 放到一个独立的文件中: actionCreators.js
 *  3.actionCreators和reducer函数中使用字符串常量是一致的, 所以将常量抽取到一个独立constants的文件中
 *  4.将reducer和默认值(initialState)放到一个独立的reducer.js文件中, 而不是在index.js
 */

const store = require("./store")
const { addNumberAction, changeNameAction } = require("./store/actionCreators")

const unsubscribe = store.subscribe(() => {
  console.log("订阅数据的变化:", store.getState())
})

// actionCreators: 帮助我们创建action
// const changeNameAction = (name) => ({
//   type: "change_name",
//   name
// })


// 修改store中的数据: 必须action
store.dispatch(changeNameAction("kobe"))
store.dispatch(changeNameAction("lilei"))
store.dispatch(changeNameAction("james"))

// 修改counter
// const addNumberAction = (num) => ({
//   type: "add_number",
//   num
// })

store.dispatch(addNumberAction(10))
store.dispatch(addNumberAction(20))
store.dispatch(addNumberAction(30))
store.dispatch(addNumberAction(100))

---

Redux的三大原则 

◼ 单一数据源

         整个应用程序的state被存储在一颗object tree中，并且这个object tree只存储在一个 store 中：

         Redux并没有强制让我们不能创建多个Store，但是那样做并不利于数据的维护；

         单一的数据源可以让整个应用程序的state变得方便维护、追踪、修改；

◼ State是只读的

         唯一修改State的方法一定是触发action，不要试图在其他地方通过任何的方式来修改State：

         这样就确保了View或网络请求都不能直接修改state，它们只能通过action来描述自己想要如何修改state；

         这样可以保证所有的修改都被集中化处理，并且按照严格的顺序来执行，所以不需要担心race condition（竟态）的问题；

◼ 使用纯函数来执行修改

         通过reducer将 旧state和 actions联系在一起，并且返回一个新的State：

         随着应用程序的复杂度增加，我们可以将reducer拆分成多个小的reducers，分别操作不同state tree的一部分；

         但是所有的reducer都应该是纯函数，不能产生任何的副作用；

---

Redux的使用过程

◼ 1.创建一个对象，作为我们要保存的状态：

◼ 2.创建Store来存储这个state

         创建store时必须创建reducer；

         我们可以通过 store.getState 来获取当前的state；

◼ 3.通过action来修改state

         通过dispatch来派发action；

         通常action中都会有type属性，也可以携带其他的数据；

◼ 4.修改reducer中的处理代码

         这里一定要记住，reducer是一个纯函数，不需要直接修改state；

         后面我会讲到直接修改state带来的问题；

◼ 5.可以在派发action之前，监听store的变化：

---

Redux使用流程

 Redux官方图

React结合Redux

redux融入react代码

◼ 目前redux在react中使用是最多的，所以我们需要将之前编写的redux代码，融入到react当中去。

◼ 这里我创建了两个组件：

         Home组件：其中会展示当前的counter值，并且有一个+1和+5的按钮；

         Profile组件：其中会展示当前的counter值，并且有一个-1和-5的按钮；

◼ 核心代码主要是两个：

         在 componentDidMount 中定义数据的变化，当数据发生变化时重新设置 counter;

         在发生点击事件时，调用store的dispatch来派发对应的action；

---

react-redux使用

index入口文件：

---

 组件中异步操作 

◼ 在之前简单的案例中，redux中保存的counter是一个本地定义的数据

         我们可以直接通过同步的操作来dispatch action，state就会被立即更新。

         但是真实开发中，redux中保存的很多数据可能来自服务器，我们需要进行异步的请求，再将数据保存到redux中。

◼ 在之前学习网络请求的时候我们讲过，网络请求可以在class组件的componentDidMount中发送，所以我们可以有这样的结构：

◼ 我现在完成如下案例操作：

         在Home组件中请求banners和recommends的数据；

         在Profile组件中展示banners和recommends的数据；

个人补充：

类组件使用connect，函数组件使用useSelector

import React, { PureComponent } from 'react'
import { connect } from "react-redux"
// import store from "../store"
import { addNumberAction, subNumberAction } from '../store/counter'

export class About extends PureComponent {

  calcNumber(num, isAdd) {
    if (isAdd) {
      console.log("加", num)
      this.props.addNumber(num)
    } else {
      console.log("减", num)
      this.props.subNumber(num)
    }
  }

  render() {
    const { counter, banners, recommends, userInfo } = this.props

    return (
      <div>
        <div className='user'>
          <h2>nickname: {userInfo.nickname}</h2>
        </div>
        <h2>About Page: {counter}</h2>
        <div>
          <button onClick={e => this.calcNumber(6, true)}>+6</button>
          <button onClick={e => this.calcNumber(88, true)}>+88</button>
          <button onClick={e => this.calcNumber(6, false)}>-6</button>
          <button onClick={e => this.calcNumber(88, false)}>-88</button>
        </div>
        <div className='banner'>
          <h2>轮播图数据:</h2>
          <ul>
            {
              banners.map((item, index) => {
                return <li key={index}>{item.title}</li>
              })
            }
          </ul>
        </div>
        <div className='recommend'>
          <h2>推荐数据:</h2>
          <ul>
            {
              recommends.map((item, index) => {
                return <li key={index}>{item.title}</li>
              })
            }
          </ul>
        </div>
      </div>
    )
  }
}

// connect()返回值是一个高阶组件
// function mapStateToProps(state) {
//   return {
//     counter: state.counter
//   }
// }

// function fn2(dispatch) {
//   return {
//     addNumber(num) {
//       dispatch(addNumberAction(num))
//     },
//     subNumber(num) { 
//       dispatch(subNumberAction(num))
//     }
//   }
// }

const mapStateToProps = (state) => ({
  counter: state.counter.counter,
  banners: state.home.banners,
  recommends: state.home.recommends,
  userInfo: state.user.userInfo
})

const mapDispatchToProps = (dispatch) => ({
  addNumber(num) {
    dispatch(addNumberAction(num))
  },
  subNumber(num) {
    dispatch(subNumberAction(num))
  }
})

export default connect(mapStateToProps, mapDispatchToProps)(About)

Redux的异步操作

redux中异步操作

◼ 上面的代码有一个缺陷：

         我们必须将网络请求的异步代码放到组件的生命周期中来完成；

         事实上，网络请求到的数据也属于我们状态管理的一部分，更好的一种方式应该是将其也交给redux来管理；

◼ 但是在redux中如何可以进行异步的操作呢？

         答案就是使用中间件（Middleware）；

         学习过Express或Koa框架的童鞋对中间件的概念一定不陌生；

         在这类框架中，Middleware可以帮助我们在请求和响应之间嵌入一些操作的代码，比如cookie解析、日志记录、文件压缩等操作；

---

 理解中间件

◼ redux也引入了中间件（Middleware）的概念：

         这个中间件的目的是在dispatch的action和最终达到的reducer之间，扩展一些自己的代码；

         比如日志记录、调用异步接口、添加代码调试功能等等；

◼ 我们现在要做的事情就是发送异步的网络请求，所以我们可以添加对应的中间件：

         这里官网推荐的、包括演示的网络请求的中间件是使用 redux-thunk；

◼ redux-thunk是如何做到让我们可以发送异步的请求呢？

         我们知道，默认情况下的dispatch(action)，action需要是一个JavaScript的对象；

         redux-thunk可以让dispatch(action函数)，action可以是一个函数；

         该函数会被调用，并且会传给这个函数一个dispatch函数和getState函数；

        ✓ dispatch函数用于我们之后再次派发action；

        ✓ getState函数考虑到我们之后的一些操作需要依赖原来的状态，用于让我们可以获取之前的一些状态；

---

如何使用redux-thunk

import { createStore, applyMiddleware, compose } from "redux"
import thunk from "redux-thunk"
import reducer from "./reducer"

// 正常情况下 store.dispatch(object)
// 想要派发函数 store.dispatch(function)

// redux-devtools
const composeEnhancers = window.__REDUX_DEVTOOLS_EXTENSION_COMPOSE__({trace: true}) || compose;
const store = createStore(reducer, composeEnhancers(applyMiddleware(thunk)))

export default store

 

redux-devtool

redux-devtools

◼ 我们之前讲过，redux可以方便的让我们对状态进行跟踪和调试，那么如何做到呢？

         redux官网为我们提供了redux-devtools的工具；

         利用这个工具，我们可以知道每次状态是如何被修改的，修改前后的状态变化等等；

◼ 安装该工具需要两步：

         第一步：在对应的浏览器中安装相关的插件（比如Chrome浏览器扩展商店中搜索Redux DevTools即可）；

         第二步：在redux中继承devtools的中间件；

import { createStore, applyMiddleware, compose } from "redux"
import thunk from "redux-thunk"
import reducer from "./reducer"

// 正常情况下 store.dispatch(object)
// 想要派发函数 store.dispatch(function)

// redux-devtools
const composeEnhancers = window.__REDUX_DEVTOOLS_EXTENSION_COMPOSE__({trace: true}) || compose;
const store = createStore(reducer, composeEnhancers(applyMiddleware(thunk)))

export default store

reducer的模块拆分

Reducer代码拆分

◼ 我们先来理解一下，为什么这个函数叫reducer？

◼ 我们来看一下目前我们的reducer：

         当前这个reducer既有处理counter的代码，又有处理home页面的数据；

         后续counter相关的状态或home相关的状态会进一步变得更加复杂；

         我们也会继续添加其他的相关状态，比如购物车、分类、歌单等等；

         如果将所有的状态都放到一个reducer中进行管理，随着项目的日趋庞大，必然会造成代码臃肿、难以维护。

◼ 因此，我们可以对reducer进行拆分：

         我们先抽取一个对counter处理的reducer；

         再抽取一个对home处理的reducer；

         将它们合并起来；

---

Reducer文件拆分

◼ 目前我们已经将不同的状态处理拆分到不同的reducer中，我们来思考：

         虽然已经放到不同的函数了，但是这些函数的处理依然是在同一个文件中，代码非常的混乱；

         另外关于reducer中用到的constant、action等我们也依然是在同一个文件中；

---

combineReducers函数