react高阶组件


title: react-高阶组件
date: 2018-07-11 09:42:35
tags: web


组件间抽象

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


png

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抽象的过程中,处处可见它的影子。

参考链接

react中文文档
深入React技术栈 编辑:陈屹 出版社:人民邮电出版社
深入浅出React高阶组件

推荐阅读更多精彩内容

  • 在目前的前端社区,『推崇组合,不推荐继承(prefer composition than inheritance)...
    Wenliang阅读 35,035评论 16赞 95
  • 前言 学习react已经有一段时间了,期间在阅读官方文档的基础上也看了不少文章,但感觉对很多东西的理解还是不够深刻...
    Srtian阅读 873评论 0赞 7
  • React进阶之高阶组件 前言 本文代码浅显易懂,思想深入实用。此属于react进阶用法,如果你还不了解react...
    流动码文阅读 572评论 0赞 1
  • React高阶组件探究 在使用React构建项目的过程中,经常会碰到在不同的组件中需要用到相同功能的情况。不过大家...
    绯色流火阅读 1,722评论 3赞 18
  • 打开电脑,点开音乐播放列表,随意的干点什么,耳旁飘来一句“最美的不是下雨天,是曾与你躲过雨的屋檐”,思绪飘飞,我想...
    荒止阅读 177评论 0赞 0