深入浅出React高阶组件

前言

"高阶"二字听起来非常唬人，因为大学高数课上的高阶方程让人抓狂，从而让第一次接触"高阶组件"概念的人们误以为又是什么高深的思想和复杂的逻辑。但相信在你学习完成后和生产环境大量使用过程中，就会发现这个所谓"高阶组件"真的一点也不高阶，非常简单易懂。本文通过回答三个问题带你深入浅出React高阶组件。

1.为什么需要高阶组件？

2.高阶组件是什么？

3.如何实现高阶组件？

1.为什么需要高阶组件？

这个问题很简单，为什么我们需要react/vue/angular？使用框架最核心的原因之一就是提高开发效率，能早点下班。同理，react高阶组件能够让我们写出更易于维护的react代码，能再早点下班~

举个栗子，ES6支持使用import/export的方式拆分代码功能和模块，避免一份文件里面出现"成坨"的代码。同理对于复杂的react组件，如果这个组件有几十个自定义的功能函数，自然要进行拆分，不然又成了"一坨"组件，那么该如何优雅地拆分组件呢？react高阶组件应运而生。

在使用ES5编写react代码时，可以使用Mixin这一传统模式进行拆分。新版本的react全面支持ES6并提倡使用ES6编写jsx，同时取消了Mixin。因此高阶组件越来越受到开源社区的重视，例如redux等知名第三方库都大量使用了高阶组件。

2.高阶组件是什么？

回答这个问题前，我们先看下本文的封面图，为什么笔者用初中生就掌握的一元一次函数来代表这篇文章呢？很显然，高阶函数就是形如y=kx+b的东西，x是我们想要改造的原组件，y就是改造过后输出的组件。那具体是怎么改造的呢？k和b就是改造的方法。这就是高阶组件的基本原理，是不是一点也不高阶~

再举个栗子相信更能让你明白：我们写代码需要进行加法计算，于是我们把加法计算的方法单独抽出来写成一个加法函数，这个加法函数可以在各处调用使用，从而减少了工作量和代码量。而我们独立出来的这个可以随处使用的加法函数，类比地放在react里，就是高阶组件。

3.如何实现高阶组件？

从上面的问题回答中，我们知道了：高阶组件其实就是处理react组件的函数。那么我们如何实现一个高阶组件？有两种方法：

1.属性代理 2.反向继承

第一种方法属性代理是最常见的实现方式，将被处理组件的props和新的props一起传递给新组件，代码如下：

//WrappedComponent为被处理组件
function HOC(WrappedComponent){
    return class HOC extends Component {
        render(){
            const newProps = {type:'HOC'};
            return <div>
                <WrappedComponent {...this.props} {...newProps}/>
            </div>
        }
    }
}

@HOC
class OriginComponent extends Component {
    render(){
        return <div>这是原始组件</div>
    }
}

//const newComponent = HOC(OriginComponent)
复制代码

属性代理听起来好像很麻烦，然而从代码中看，就是使用HOC这个函数，向被处理的组件WrappedComponent上面添加一些属性，并返回一个包含原组件的新组件。从chrome调试台上我们可以看到原始组件已经被包裹起来了并具有type属性：

上述代码使用了ES7的decorator装饰器来实现对OriginComponent组件的装饰和增强，或者使用注释中的函数方法一样可以达到相同的效果。

使用属性代理的好处就是，可以把常用的方法独立出来并多次复用。比如我们实现了一个加法函数，那么我们把加法函数改造成形如上述HOC函数的形式，之后对其他组件进行包裹，就可以在组件里使用这个方法了。

第二种方法反向继承就有意思了，先看代码：

function HOC(WrappedComponent){
    return class HOC extends WrappedComponent {
        //继承了传入的组件
        test1(){
            return this.test2() + 5;
        }
        
        componentDidMount(){
            console.log('1');
            this.setState({number:2});
        }

        render(){
            //使用super调用传入组件的render方法
            return super.render();
        }
    }
}

@HOC
class OriginComponent extends Component {
    constructor(props){
        super(props);
        this.state = {number:1}
    }
    
    test2(){
        return 4;
    }
    componentDidMount(){
        console.log('2');
    }

    render(){
        return (
            <div>
                {this.state.number}{'and'}
                {this.test1()}
                这是原始组件
            </div>
        )
    }
}

//const newComponent = HOC(OriginComponent)
复制代码

代码看完我们可能还有点懵，那我们先来剖析关键词"继承"。何谓继承？新生成的HOC组件通过extends关键字，获得了传入组件OriginComponent所有的属性和方法，是谓"继承"。也就是说继承之后，HOC组件能够实现OriginComponent组件的全部功能，而且，HOC可以拿到state和props进行修改，从而改变组件的行为，也就是所谓的"渲染劫持"。可以说，通过反向继承方法实现的高阶组件相比于属性代理实现的高阶组件，功能更强大，个性化程度更高，适应更多的场景。

如上的代码，我们可以看到:

第一：this.test1()输出了9。为什么？ 因为在ES6中，super作为对象调用父类方法时，super绑定子类的this。故执行super.render()时OriginComponent中的this指向的是HOC组件，所以能够成功地执行test1函数。

第二：控制台输出的是1而不是2。为什么？ 首先，decorator是在代码编译阶段执行，故HOC的render方法在OriginComponent的render方法之前执行。并且子组件HOC是继承于父组件OriginComponent，两者具有继承关系HOC.__proto__ === OriginComponent，当执行componentDidMount方法时，子组件已存在该方法，故执行完毕后结束，不再根据__proto__向上继续寻找。如果我们将子组件HOC中的componentDidMount方法去掉，那么控制台将输出2。

当我们有多个高阶组件需要同时增强一个组件时该怎么办呢？我们可以这样写：

@fun1
@fun2
@fun3
class OriginComponent extends Component {
    ...
}
复制代码

也可以使用lodash的flowRight方法：

const enchance = lodash.flowRight(fun1,fun2,fun3);

@enchance
class OriginComponent extends Component {
    ...
}
复制代码

因为fun1 fun2 fun3都是处理类的函数，只要实现按顺序依次对类进行处理即可。

以上就是关于高阶组件实现方式的全部内容。为了查缺补漏，官方文档中有两条建议很中肯，在这里摘抄给大家：

一句话总结，为了避免在调试时，因为高阶组件的存在而导致满屏的HOC(以上述代码为例)，可以设置类的displayName属性修改组件的名称。

如果你对ES6中的继承非常了解的话，那理解上述文字应该非常简单。ES6的继承中，子类不能继承父类的静态方法，即使用static关键字定义的方法。如果子类想使用，那么一定要copy之后才能使用。

总结一下，高阶组件其实就是处理组件的函数，他有两种实现方式： 一是属性代理，类似于一元一次方程的y = x + b，输入x是原组件，参数b是你要添加或删除的属性/方法，y是最终输出的组件。 二是反向继承，类似于一元一次方程的y = kx + b，可以拿到state和props进行渲染劫持(k)，改变组件的行为。