React 初探（四）- 任意两组件通信、发布订阅模式、单项数据流、Redux

概述

上次研究了父子组件和有层次关系的组件之间是如何通信的，那么任意两个组件之间是如何通信的呢？

Demo

Demo 结构如下图所示：

Demo 结构示意图

demo 代码并在线运行

效果图

之后需要使 Son2 组件和 Son3 组件之间更新一个数据，所以需要构造一个数据 money，这个 money 变量作为全局变量，需要传给所有的组件，将 money 传给所有组件并在线运行

效果图

现在可以在 Son2 组件和 Son3 组件之间更新数据 money 了。当 Son2 组件更改 money 数据时，如何通知其他组件呢？例如 Son3 组件？

如果 Son2 组件更改了全局变量 money 之后再 setState 组件 Son2 是可以进行数据的更新的，但是其他组件都接收不到更新，因为其他组件都没有进行 setState

所以当组件 Son2 要进行更新时，需要引入一个 event center role，Son2 组件将更新告知 event center role，event center role 将通知其他组件，例如 Son3 组件

发布订阅模式

通过上述的 demo 了解到需要一个 event center role，这个 event center role 便是 发布订阅模式( EventHub || EventBus )。以下是实现 EventHub 的代码

let events = {};
let eventHub = {
    emit(eventName, data) {
        if(!events[eventName]) {
            return;
        }
        events[eventName].forEach(callback => {
            callback.call(null, data);
        })
    },
    on(eventName, callback) {
        if(!events[eventName]) {
            events[eventName] = []
        }
        events[eventName].push(callback);
    }
}

通过上述 EventHub 代码，便可以进行组件之间的通信了

当 Son2 组件需要更新数据时，仅仅需要发布( emit )一个事件( eventName )，之后将会执行已经订阅( on )了这个事件( eventName )的组件的回调函数( callback )，并且将一些必要的数据传递给回调函数( callback )，仅仅需要 Son3 组件订阅( on )这个事件( eventName )即可实现组件之间的通信
demo 加入 EventHub并在线运行，现在 Son2 组件可以和 Son3 组件通信了，那如果其他所有组件都要知道更新呢？是不是需要在每个组件上都要订阅( on )这个事件( eventName )呢？
怎么可能让每个组件上都要订阅( on )这个事件( eventName )呢，所以应该是其他的问题
最终发现是因为组件 Son2 私自更改了数据，然后去发布( emit )事件( eventName )。所以这个数据组件是不可以进行更改的，那么组件如何进行更新数据呢？
此时需要另一个角色 steward role 来解决这个问题，组件不可以存储数据，所有数据通过 props 来传递给各个组件，当要更新数据时，组件可以去发布( emit )一个事件( eventName )来告知 steward role 我要进行更新数据，那么 steward role 应该如何去操作呢？
steward role 有一个初始化方法，这个初始化方法主要是订阅( on )一个事件( eventName )，如果有组件触发事件，它则拿到组件传给它的 data 并去更新数据，更新数据之后重新 render 整个 App，demo代码并在线运行
```
let steward = {
    init() {
        eventHub.on('I want to consume', (data) => {
            money.amount -= data;
            render();
        })
    }
}
steward.init();
```
此时如果组件 Son2 想要更新数据，那么所有的组件都会进行更新，并且重新 render() 的时候只有数据会更新，其他的部分不会更新，这就是 React 的 DOM diff，它只会更新需要更新的地方

单项数据流

根据上述 demo 了解到现在进行数据更新的方法是：首先有一个 event center role，它主要负责订阅( on )、发布( emit )事件，其次需要一个 steward role，它会在开始的时候去订阅( on )事件，只要触发这个事件，那么 steward role 则去更新数据并且重新 render 整个 App，那么当组件发布( emit )这个事件( eventName )后，steward role 将会处理这个事件。此时数据流便是单项数据流

单项数据流示意图

特点：

所有的动作都是通过事件来沟通
数据必须放置在顶层组件

缺点

如果后代组件有需要那么所有数据都要从顶层一直传递到有需要的组件

Redux

名词

store -> 表示所有的数据，它是存储数据的地方，并且将 store 传递下去即可，上述 demo 中可以进行改造即可
```
let store = {
    money: {
        amount: 1000
    }
}
```
action -> 动作，分为 action type 和 action payload
action type -> emit 的事件名，即 eventName
action payload -> emit 的数据，即 data
reducer -> 对数据的变动
subscribe -> 订阅( on ) || eventHub.on
dispatch -> 发布( emit ) || eventHub.emit

使用 Redux

将上述 demo 使用 Redux 改写（改写的不同之处）并在线运行，此次需要引入 Redux 库，通过 Redux 官网（中文）找到 Counter 示例，在示例中查看 index.js 文件，通过 index.js 文件进行改写。

注意： Redux 内置了 EventHub，其中的 reducer 作用和 steward role 相似

优点

将事件名称( action type )和事件参数( action payload )做了约束，并且将所有的事件名称( action type )收集起来，放在一个文件中
Redux 中 store.getState() 想要使得 store 是只读的( 虽然不能禁止，但是因为是 JavaScript bug )，并且将只读数据通过 props 的形式放在顶层

缺点

如果后代组件有需要那么所有数据都要从顶层一直传递到有需要的组件