高阶组件

Higher Order Components

  • 高阶组件 HOC 是 React 中用于复用组件逻辑的一种高级技巧

  • HOC 自身不是 React API 的一部分,它是一种基于 React 的组合特性而形成的设计模式

  • 具体来说,高阶组件是参数为组件,返回值为新组件的函数

  • 组件是将 props 转换为 UI,高阶组件是将组件转换为另一个组件

使用 HOC 解决横切关系点问题

  • 组件是 React 中代码复用的基本单元,但你会发现某些模式并不适合传统组件

```jsx harmony

class CommentList extends React.Component { constructor(props) { super(props); this.handleChange = this.handleChange.bind(this); this.state = { // 假设 DataSource 是个全局范围内的数据源变量 comments: DataSource.getComments() } }

componentDidMount() {
    // 订阅更改
    DataSource.addChangeListener(this.handleChange);
}

componentWillUnmount() {
    // 清除订阅
    DataSource.removeChangeLister(this.handleChange);
}

handleChange() {
    // 当数据源更新时,更新组件状态
    this.setState({
        comments: DataSource.getComments()
    })
}

render() {
    return (
        <div>
            {this.state.comments.map((comment) => (
                <Comment comment={comment} key={comment.id} />
            ))}
        </div>
    )
}

}

class BlogPost extends React.Component { constructor(props) { super(props) this.handleChange = this.handleChange.bind(this); this.state = { blogPost: DataSource.getBlogPost(props.id) } }

}

  • HOC 不会修改传入的组件,也不会使用继承来复制其行为。

  • 相反,HOC 通过将组件包装在容器组件中来组成新组件

  • HOC 是纯函数,没有副作用

  • 被包装组件接收来自容器组件的所有 prop,同时也接收一个新的用于 render 的 data prop

    • HOC 不需要关心数据的使用方式或原因

    • 被包装组件也不需要关心数据是怎么来的

  • 与组件一样, withSubscription 和包装组件之间的契约完全基于之间传递的 props

    • 这种依赖方式使替换 HOC 变得容易,只要它们为包装的组件提供相同的 prop 即可

不要改变原始组件 使用组合

  • 不要试图在 HOC 中修改组件原型 或 以其他方式改变它

    ```jsx harmony

function logProps(InputComponent) { InputComponent.prototype.componentDidUpdate = function (prevProps) { console.log('Current props: ', this.props); console.log('Previous props: ', prevProps); } // 返回原始的 input 组件,暗示它已经被修改 }

// 每次调用 logProps 时,增强组件都会有 log 输出 const EnhanedComponent = logProps(InputComponent);

  • 该 HOC 与上文中修改传入组件的 HOC 功能相同,同时避免了出现冲突的情况

  • HOC 与 容器组件模式之间有相似之处,容器组件担任分离将高层和低层关注的责任,由容器管理订阅和状态,并将 prop 传递给处理渲染的 UI

  • HOC 使用容器作为其实现的一部分,你可以将 HOC 视为参数化容器组件

约定:将不相关的 props 传递给被包裹的组件

  • HOC 为组件添加特性,自身不应该大幅改变约定,HOC 返回的组件与原组件应保持类似的接口

  • HOC 应该透传与自身无关的 props

  • 保证了 HOC 的灵活性以及可复用性

    ```jsx harmony

render () { // 过滤掉非此 HOC 额外的 props,且不要进行透传 const { extraProp, ...passThroughProps } = this.props;

  • connect 是一个返回高阶组件的高阶函数

  • connect 函数返回的单参数 HOC 具有签名 Component => Component

  • 输出类型与输入类型相同的函数很容易组合在一起

约定:包装显示名称以便轻松调试

  • 最常见的方法使用 HOC 包住被包装组件的显示名称

  • 比如:高阶组件名称为 withSubscription,被包装组件的显示名称为 CommentList,显示名称应该为 WithSubscription(CommentList)

    ```jsx harmony

function withSubscription(WrappedComponent) { class WithSubscription extends React.Component {/ ... /} WithSubscription.displayName = WithSubscription(${getDisplayName(WrappedComponent)}); return WithSubscription; }

function getDisplayName(WrappedComponent) { return WrappedComponent.displayName || WrappedComponent.name || 'Component'; }

  • 为了解决这个问题,你可以在返回之前把这些方法拷贝到容器组件上

    ```jsx harmony

function enhance(WrappedComponent) { class Enhance extends React.Component { /.../ } // 必须准确知道应该拷贝哪些方法 Enhance.staticMethod = WrappedComponent.staticMethod; return Enhance; }

Refs 不会被传递

  • 虽然高阶组件约定将所有 props 传递给被包装组件,但这对 refs 并不适用

  • ref 实际上并不是一个 prop - 就像 key 一样,它是由 React 专门处理的

  • 如果将 ref 添加到 HOC 的返回组件中,则 ref 引用指向容器组件,而不是被包装组件

最后更新于

这有帮助吗?