react高阶组件

组件间抽象

在React组件的构建过程中，常常有这样的场景，有一类功能需要被不同的组件公用，此时，就涉及抽象的话题，在不同设计理念下，有许多的抽象方法，而针对React，我们重点讨论两种：mixin和高阶组件。

mixin

mixin的特性一直广泛存在于各种面向对象语言中。比如在Ruby中，include关键词即是mixin。是将一个模块混入到一个另一个模块中，或是一个类中。

为什么编程语言要引入这样一种特性呢？

事实上，包括C++等一些年龄较大的OOP语言，它们都有一个强大但危险的多重继承特性。在现代语言中，为了权衡利弊，大都舍弃了多重继承，只采用单继承，但单继承在实现抽象时有很多不方便的地方，为了弥补缺失，java引入了接口interface。其他一些语言则引入了像mixin的技巧。

封装mixin方法

const mixin = function(obj,mixins){
    const newObj = obj;

    newObj.prototype = Object.create(obj.prototype);

    for(let prop in mixins){
        if(mixins.hasOwnProperty(prop)){
            newObj.prototype[prop] = mixins[prop];
        }
    }

    return newObj;
}

const BigMixin = {
    fly:()=>{
        console.log(‘I can fly‘);
    }
};

const Big = function(){
    console.log(‘new big‘);
}

const FlyBig = mixin(Big,BigMixin);

const flyBig = new FlyBig();  //=>‘new big‘
 
flyBig.fly(); //=> ‘I can fly‘

 

从上面的代码，我们不难看出，对于广义的mixin方法，就是用赋值的方式将mixin对象里的方法都挂载到原对象上，来实现对对象的混入。

从上述的实现，我们可以联想到 underscore库中的extend 或 lodash库中的 assign方法，或者说ES6中的Object.assign()方法。

在react中使用mixin

在官方封装的‘reat-addons-pure-render-mixin‘；在git上没找到相关的有价值的库，应该是react认为mixin是一种反模式形式。

但是发现了react-immutable-render-mixin这样的库。只是很久没维护了，不建议使用
参考链接

我们可以看到，使用createClass实现的mixin为组件做了两件事。

工具方法:这是mixin的基本功能，如果你想共享一些工具类方法，就可以定义它们，直接在各个组件中使用。
生命周期继承:prips与state合并。这是mixin特别重要的功能，

ES6 Classes 与 decorator

然而，使用我们推荐的ES6 classes形势构建组件时，它并不支持mixin。React文档中也未能给出解决方法。

要在class的基础上封装mixin，就要说到class的本质。ES6并没有改变js面向对象方法基于原型的本质，不过再次智商提供了一些语法糖。class就是其中之一。

对于是按mixin方法来说，这就没什么不一样了。接下来我们来聊聊另一个语法糖decorator。正巧可以用来实现class的mixin。

decorator 是ES7定义的新特性，与java 的 pre-defined annotation（预定义注解）相似。但与java 的annotation 不同的是，decorator是运用在运行时的方法，在Redux或其他一些应用层框架中，越来越多的使用decorator以实现对组件的修饰。

这样我们就可以使用@mixin。

import {getOwnPropertyDescriptors} from ‘./private/utils‘;

const { defineProperty } = Object;

function handleClass(target,mixins){
    if(!mixins.length){
        throw new SyntaxError(‘@mixin() class .....‘)
    }

    for(let i=0;i<mixins.length;i++){

        const descs = getOwnPropertyDescriptors(mixins[i]);

        for(const key in descs){
            if(!(key in target.prototype)){
                defineProperty(target.prototype,key,descs[key])
            }
        }
    }
}

export default function mixin(...mixins){
    if(typeof mixins[0] == ‘function‘){
        return handelClass(mixins[0],[]);
    }
    else{
        return target=>{
            return handleClass(target,mixins);
        }
    }
}

 

可以看到，源代码十分简单，它将每一个mixin对象的方法都跌价到target 对象的原型上以达到mixin的目的，这样，就可以用@mixin来做多个重用模块的叠加了。

对于react，我们自然可以用上述方法来实现mixin。但不幸的是，社区从0.14版本开始渐渐开始剥离mixin。那么，到底是什么原因导致mixin成为反模式了呢？

mixin问题

• 破坏了原有组件的封装
• 命名冲突
• 增加复杂性

针对这些困扰，React社区提出来新的方式来取代mixin，那就是高阶组件。

高阶组件(Higher-Order Components)

高阶组件（HOC）是 React 中用于重用组件逻辑的高级技术。 HOC 本身不是 React API 的一部分。 它们是从 React 构思本质中浮现出来的一种模式。

具体来说，高阶组件是一个函数，能够接受一个组件并返回一个新的组件。

在我们项目中使用react-redux框架的时候，有一个connect的概念，这里的connect其实就是一个高阶组件。也包括类似react-router-dom中的withRouter的概念

  connect

构建一个简单的hoc

function hello (){
    console.log("hello i  love react ")
}


function hoc(fn){
    return ()=>{
          console.log("first");
            fn();
          console.log("end");
    }
}


hello = hoc(hello);

hello();

 

实现高阶组件的方法

实现高阶组件的方法有如下两种：

• 属性代理。高阶组件通过呗包裹的React组件来操作props
• 反向继承。高阶组件继承于被包裹的React组件

接下来我们分别来阐述这两种方法。

属性代理

属性代理是我们react中常见高阶组件的实现方法，我们通过一个例子来说明：

import React,{Component} from ‘react‘;

const MyContainer = (WraooedComponent) => 
    
    class extends Component {
        render(){
            return <WrappedComponent {...this.props} />
        }
    }

 

从这里看到最重要部分是render 方法中返回了传入 WrappedComponent的React组件。这样，我们就可以通过高阶组件来传递props。这种方法即为属性代理。

自然，我们想要使用MyContainer这个高阶组件就变得非常容易：

import React,{Component} from ‘react‘;

class MyComponent extends Component{
    //...

}

 

 export default MyContainer(MyComponent); 

这样组件就可以一层层地作为参数被调用，原始组件就具备了高阶组件对它的修饰。就这么简单，保持单个组件封装性的同时还保留了易用性。当然，我们也可以用decorator来转换。

当使用属性代理构建高阶组件时，调用顺序不同于mixin。上述执行生命周期的过程类似于堆栈调用：

didmount ->HOC didmount ->(HOCs didmount)->(HOCs will unmount)->HOC will unmount -> unmount

反向继承

另一种构建高阶组件的方法称为反向继承，从字面意思上看，它一定与继承性相关。我们同样来看一个简单的实现。

const MyContainer = (WrappedComponent)=>{
    class extends WrappedComponent {
        render(){
            return super.render();
        }
    }
}

 

如上代码。高阶组件返回的组件继承于 WrappedComponent 。因为被动地继承了 WrappedComponent，所有的调用都会反向，这也是种方法的由来。

这种方法与属性代理不太一样。它通过继承WrappedComponent来实现，方法可以通过super来顺序调用。因为依赖于继承机制。HOC的调用顺序和队列是一样的。

didmount -> HOC didmount ->(HOCs didmount) -> will unmount ->HOC will unmount ->(HOCs will unmount)

在反向继承方法中，高阶组件可以使用 WrappedComponent 引用，这意味着它可以使用 WrappedComponent 的state 、props。生命周期和render方法。但它不能保证完整的子组件树被解析。它有两个比较大的特点，下面我们展开来讲一讲。

渲染劫持

渲染劫持就是指的是高阶组件可以控制 WrappedComponent的渲染过程，并渲染各种各样的结果。我们可以在这个过程中在任何React元素输出的结果中读取、增加、修改、删除props，或读取或修改React元素树，或条件显示。又或者用样式包裹元素树

控制state

高阶组件可以读取、修改或删除WrappedComponent实例中的state，如果需要的话，也可以增加state。

组件命名

当包裹一个高阶组件时，我们失去了原始 WrappedComponent的displayName，而组件名字是方便我们开发与调试的重要属性。

组件参数

有时，我们调用高阶组件需要传入一些参数，这可以用非常简单的方式来实现。

import React from ‘react‘

function HOCFactoryFactory(...params){
    return function HOCFactory(WrappedComponent){
        return class HOC extends Component{
            render(){
                return <WrappedComponent {...this.props} />
            }
        }
    }
}

 

当你使用的时候，可以这么写：

HOCFactoryFactory(params)(WrappedComponent)

//or

@HOCFactoryFactory(params)
class WrappedComponent extends React.Component{}

这也是利用了函数式编程的特征。可见，在React抽象的过程中，处处可见它的影子。