mixin

Mixin 设计模式

Mixin（混入）是一种通过扩展收集功能的方式，它本质上是将一个对象的属性拷贝到另一个对象上面去，可以拷贝多个属性到一个对象上，为了解决代码复用问题。

常用的方法：JQuery 的 extend 方法。

var LogMixin = {
  log: function() {
    console.log('log');
  },
  componentDidMount: function() {
    console.log('in');
  },
  componentWillUnmount: function() {
    console.log('out');
  }
};

var User = React.createClass({
  mixins: [LogMixin],
  render: function() {
    return (...)
  }
});

var Goods = React.createClass({
  mixins: [LogMixin],
  render: function() {
    return (...)
  }
});

缺点

Mixin 可能会相互依赖，相互耦合，不利于代码维护
不同的 Mixin 中的方法可能会相互冲突
现在大量使用 ES6 语法后，React.createClass 已经取消，这种方式也不再推荐

高阶组件（HOC）

高阶组件的定义：

高阶组件（HOC）是 React 中用于复用组件逻辑的一种高级技巧。HOC 自身不是 React API 的一部分，它是一种基于 React 的组合特性而形成的设计模式。 (高阶组件是参数为组件，返回值为新组件的函数。)

具体的意思就是：
高阶组件可以看作 React 对装饰模式的一种实现，高阶组件就是一个函数，且该函数接受一个组件作为参数，并返回一个新的组件。他会返回一个增强的 React 组件。高阶组件可以让我们的代码更具有复用性，逻辑性与抽象性，可以对 render 方法进行劫持，也可以控制 props 与 state。

const EnhancedComponent = higherOrderComponent(WrappedComponent);

实现高阶组件的两种方式：

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

属性代理

import React,{Component} from 'react';

const HOC = (WrappedComponent) =>
  class WrapperComponent extends Component {
    state = { number: 0 };
    btnClick = () => {
        this.setState({
            number: this.state.number++
        })
    }
    render() {
        const newProps = {
            btnClick: this.btnClick,
            number: this.state.number
        }
        return (
            
                rere HOC
                
            
        )
    }
}

export default HOC;

class MyComponent extends Component{
    //...
}

export default HOC(MyComponent)

这里最重要的部分是render 方法中返回的 WrappedComponent 的 React 组件，这样就可以通过高阶组件来传递 props，这就是属性代理。

这样组件就可以一层层地作为参数被调用，原始组件就具备了高阶组件对它的修饰，也保持了单个组件的封装性，与易用性。

特点

控制 props
我们可以在 HOC 里面对 props 进行增删查改等操作

const MouseHoc = (MouseComponent, props) => {
   props.text = props.text + "---I can operate props";
   return class extends React.Component {
       render() {
           return (
               
                   
               
           );
       }
   };
};
MouseHoc(Mouse, {
   text: "some thing..."
});

通过 refs 使用引用

function refHOC(WrappedComponent) {
    return class extends Component {
        componentDidMount() {
            this.wapperRef.log();
        }
        render() {
            return (
                 {
                        this.wapperRef = ref;
                    }}
                />
            );
        }
    };
}

抽象 state
渲染劫持
高阶组件可以在 render 函数中做非常多的操作，从而控制原组件的渲染输出。只要改变了原组件的渲染，我们都将它称之为一种渲染劫持。参考前端react面试题详细解答
```
function visibleHOC(WrappedComponent) {
   return class extends Component {
       render() {
           if (this.props.visible === false) return null;
           return ;
       }
   };
}
```
使用其他元素包裹 WrappedCompoennt
修改 props

反向继承

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

这里返回的组件继承了 WrappedComponent，因为被动地继承了 WrappedComponent，所有的调用都会反向。

注意事项

当我们应用 HOC 去增强另一个组件时，我们实际使用的组件已经不是原组件了，所以我们拿不到原组件的任何静态属性，我们可以在 HOC 的结尾手动拷贝他们

function proxyHOC(WrappedComponent) {
   class HOCComponent extends Component {
       render() {
       return ;
       }
   }
   HOCComponent.staticMethod = WrappedComponent.staticMethod;
   // ...
   return HOCComponent;
}

2. 不要在 render 方法内创建高阶组件

3. 不要改变原始组件(高阶组件就是一个没有副作用的纯函数。)

4. 透传不相关的 props

### 解决的问题

1. 高阶组件就是一个没有副作用的纯函数，各个高阶组件不会互相依赖耦合
2. 高阶组件也有可能造成冲突，但我们可以在遵守约定的情况下避免这些行为
3. 高阶组件并不关心数据使用的方式和原因，而被包裹的组件也不关心数据来自何处。高阶组件的增加不会为原组件增加负担

### 存在的问题

1. HOC 需要在原组件上进行包裹或者嵌套，如果大量使用 HOC，将会产生非常多的嵌套，这让调试变得非常困难
2. HOC 可以劫持 props，存在相同名称的 props，则存在覆盖问题在不遵守约定的情况下也可能造成冲突，而且 react 并不会报错。
3. 当存在多个 HOC 时，你不知道 Props 是从哪里来的。
4. HOC 属于静态构建,静态构建即是重新生成一个组件，即返回的新组件，不会马上渲染，即新组件中定义的生命周期函数只有新组件被渲染时才会执行。

**在这个范式下，代码通过一个类似于 装饰器（decorator） 的技术进行共享。首先，你的一个组件定义了大量需要被渲染的标记，之后用若干具有你想用共享的行为的组件包裹它。因此，你现在是在 装饰 你的组件，而不是混入你需要的行为！

## Render props

> Render Props 从名知义，也是一种剥离重复使用的逻辑代码，提升组件复用性的解决方案。在被复用的组件中，**通过一个名为“render”(属性名也可以不是 render，只要值是一个函数即可)的属性，该属性是一个函数，这个函数接受一个对象并返回一个子组件，会将这个函数参数中的对象作为 props 传入给新生成的组件**。

### 它的特点

1. 传入函数的属性，就是  想要共享的 state，这个相同的 state 是组件的状态，或者行为
2. 术语 “render prop” 是指一种技术，用于使用一个值为函数的 prop 在 React 组件之间的代码共享。
3. render prop 仅仅就是一个函数。
4. `render prop`是一种模式，重点是 prop，而不是 render，任何被用于告知组件需要渲染什么内容的函数 prop 在技术上都可以被称为 “render prop”.
5. 这里的组合模型是 动态的！每次组合都发生在 render 内部，因此，我们就能利用到 React 生命周期以及自然流动的 props 和 state 带来的优势。
6. 具有 render prop 的组件接受一个函数，该函数返回一个 React 元素并调用它，而不是实现自己的渲染逻辑

### 小栗子

(

Hello {data.target}

)}/>


#### 优势

1. 不用担心 Props 是从哪里来的， 它只能从父组件传递过来。
2. 不用担心 props 的命名问题。
3. render props 是动态构建的。

可以用 `render props`来代替 HOC

const withMouse = (Component) => {
return class extends React.Component {

render() {
  return  (
    
  )}/>
}

}
}


## Hook

在 Hooks 出现以前，我们总是纠结的问题：

1. 无状态组件 VS Class 组件

2. 生命周期
   componentDidMount 和 componentDidUpdate 需要做相同的事情

3. this 指向
   为了保证 this 的指向正确，我们经常这么写

this.handleClick = this.handleClick.bind(this)

面试官：你是怎样进行react组件代码复用的