单向数据流

    假设说有一个简单的 组件,它包含一个按钮。当点击按钮时,我们需要在组件中使用一个标识来保存组件的开关状态。

    此时,我们将数据保存在了组件内部。或者换句话说,知道 flag 存在的只有 Switcher 组件。我们来将 flag 提取到 store 中:

    1. var Store = {
    2. _flag: false,
    3. set: function(value) {
    4. this._flag = value;
    5. },
    6. get: function() {
    7. return this._flag;
    8. }
    9. };
    10. class Switcher extends React.Component {
    11. constructor(props) {
    12. super(props);
    13. this.state = { flag: false };
    14. this._onButtonClick = e => {
    15. this.setState({ flag: !this.state.flag }, () => {
    16. this.props.onChange(this.state.flag);
    17. }
    18. }
    19. render() {
    20. <button onClick={ this._onButtonClick }>
    21. { this.state.flag ? 'lights on' : 'lights off' }
    22. </button>
    23. );
    24. }
    25. };
    26. function App() {
    27. return <Switcher onChange={ Store.set.bind(Store) } />;
    28. };

    Store 对象是一个 ,它提供辅助函数 ( getter 和 setter ) 来读取/设置 _flag 属性。通过将 setter 传给 Switcher 组件,我们能够更新外部数据。目前我们应用的工作流程大致如下:

    假设我们可以通过 Storeflag 值保存至服务端。当用户再使用时我们可以为其提供一个适当的初始值。如果用户上次离开时 flagtrue ,那么我们应该显示 “lights on”,而不是默认值 “lights off” 。现在变得有一些麻烦,因为数据存在于两个地方。UI 和 Store 中都有自身的状态。我们需要进行双向通讯,Store 到组件和组件到 Store

    工作流程改变后如下所示:

    单向数据流正是用来解决此类问题。它消除了在多个地方同时管理状态的情况,它只会在一个地方 (通常就是 store) 进行状态管理。要实现单向数据流的话,我们需要改造一下 Store 对象。我们需要允许我们订阅数据变化的逻辑:

    1. var Store = {
    2. _flag: '',
    3. subscribe: function(handler) {
    4. },
    5. set: function(value) {
    6. this._flag = value;
    7. this._handlers.forEach(handler => handler(value))
    8. },
    9. get: function() {
    10. return this._flag;
    11. }
    12. };

    然后我们将其与 App 组件联系起来,每次 Store 中的值产生变化时,都将重新渲染组件:

    1. function Switcher({ value, onChange }) {
    2. return (
    3. <button onClick={ e => onChange(!value) }>
    4. { value ? 'lights on' : 'lights off' }
    5. </button>
    6. );
    7. };
    8. <Switcher
    9. onChange={ Store.set.bind(Store) } />

    这种模式的好处是组件只负责展示 store 的数据即可。而唯一的数据源将使得开发更加简单。如果只能从本书中掌握一个知识点的话,我会选这一章节。单向数据流彻底地改变了我设计功能时的思维方式,所以我相信对你也同样有效。