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 (<div>...</div>)  }});
var Goods = React.createClass({  mixins: [LogMixin],  render: function() {    return (<div>...</div>)  }});
   复制代码
 缺点
- 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 (            <div>                rere HOC                <WrappedComponent {...this.props} {...this.newProps} />            </div>        )    }}
export default HOC;
class MyComponent extends Component{    //...}
export default HOC(MyComponent)
   复制代码
 
这里最重要的部分是 render 方法中返回的 WrappedComponent 的 React 组件,这样就可以通过高阶组件来传递 props,这就是属性代理。
这样组件就可以一层层地作为参数被调用,原始组件就具备了高阶组件对它的修饰,也保持了单个组件的封装性,与易用性。
特点
- 控制 props 我们可以在 HOC 里面对 props 进行增删查改等操作 
- 通过 refs 使用引用 
- 抽象 state 
- 渲染劫持高阶组件可以在 render 函数中做非常多的操作,从而控制原组件的渲染输出。只要改变了原组件的渲染,我们都将它称之为一种渲染劫持。参考 前端react面试题详细解答
 
 
- 使用其他元素包裹 WrappedCompoennt 修改 props 
反向继承
 const MyContainer = (WrappedComponent) =>    class extends WrappedComponent{        render(){            return super.render();        }    }
   复制代码
 
这里返回的组件继承了 WrappedComponent,因为被动地继承了 WrappedComponent,所有的调用都会反向。
注意事项
- 当我们应用 HOC 去增强另一个组件时,我们实际使用的组件已经不是原组件了,所以我们拿不到原组件的任何静态属性,我们可以在 HOC 的结尾手动拷贝他们 
 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 元素并调用它,而不是实现自己的渲染逻辑
### 小栗子
```xml<DataProvider render={data => ( <h1>Hello {data.target}</h1>)}/>
   复制代码
 优势
- 不用担心 Props 是从哪里来的, 它只能从父组件传递过来。 
- 不用担心 props 的命名问题。 
- render props 是动态构建的。 
可以用 render props来代替 HOC
 const withMouse = (Component) => {  return class extends React.Component {    render() {      return <Mouse render={mouse => (        <Component {...this.props} mouse={mouse}/>      )}/>    }  }}
   复制代码
 Hook
在 Hooks 出现以前,我们总是纠结的问题:
- 无状态组件 VS Class 组件 
- 生命周期 componentDidMount 和 componentDidUpdate 需要做相同的事情 
- this 指向为了保证 this 的指向正确,我们经常这么写 
- HOC 和 render props 增加我们代码的层级关系 
动机
Hook 的作用
- 我们的函数变成了一个有状态的函数 
- Hooks 本质上就是一类特殊的函数,它们可以为你的函数型组件(function component)注入一些特殊的功能(生命周期钩子的功能:useEffect;上下文(context):useContext) 
- 解决 this 指向问题 
State Hooks
Effect Hooks
我们写的有状态组件,通常会产生很多的副作用(side effect)。之前都把这些副作用的函数写在生命周期函数钩子里,比如 componentDidMount,componentDidUpdate 和 componentWillUnmount。而现在的 useEffect 就相当与这些声明周期函数钩子的集合体。它以一抵三。
用 Effect Hooks 来解决这个这些副作用。
注意点
- react 首次渲染和之后的每次渲染都会调用一遍传给 useEffect 的函数。而之前我们要用两个声明周期函数来分别表示首次渲染(componentDidMount),和之后的更新导致的重新渲染(componentDidUpdate)。 
- 函数是异步执行的,而之前的 componentDidMount 或 componentDidUpdate 中的代码则是同步执行的 
- 怎么解绑副作用 
- 跳过一些不必要的副作用函数 
使用范围
只能在 React 函数式组件或自定义 Hook 中使用 Hook。
Hook 的提出主要就是为了解决 class 组件的一系列问题,所以我们不能在 class 组件中使用它。
相比函数,编写一个 class 可能需要掌握更多的知识,需要注意的点也越多,比如 this 指向、绑定事件等等。另外,计算机理解一个函数比理解一个 class 更快。Hooks 让你可以在 classes 之外使用更多 React 的新特性。
评论