简介： 设计模式是最常见的，通用问题的可复用解决方案的归纳总结，通常被认为是解决该类问题的最佳实践，使用设计模式能帮助我们写出更容易维护，更健壮的代码设计模式有很多，通常它们都会遵循一些共同的设计原则，接下来我们一起回顾下React社区里出现过的一些设计模式，以及它们所遵循的设计原则，下面我们就来说一说关于react开发必须知道的34个技巧?我们一起去了解并探讨一下这个问题吧!

react开发必须知道的34个技巧（React开发的设计模式及原则）

react开发必须知道的34个技巧

简介： 设计模式是最常见的，通用问题的可复用解决方案的归纳总结，通常被认为是解决该类问题的最佳实践，使用设计模式能帮助我们写出更容易维护，更健壮的代码。设计模式有很多，通常它们都会遵循一些共同的设计原则，接下来我们一起回顾下React社区里出现过的一些设计模式，以及它们所遵循的设计原则。

介绍

设计模式是对常见的，通用问题的可复用解决方案的归纳总结，通常被认为是解决该类问题的最佳实践，使用设计模式能帮助我们写出更容易维护，更健壮的代码。设计模式有很多，通常它们都会遵循一些共同的设计原则，接下来我们一起回顾下React社区里出现过的一些设计模式，以及它们所遵循的设计原则。

一些设计原则
  1. 单一职责原则(Single-responsibility responsibility) : 每个实体(class, function, module)只应该有一个职责。例如当一个组件接收了太多的props，我们应该考虑组件是不是做了太多的事情，有没有必要进行拆分。
  2. 开闭原则(Open-closed principle)：实体(class, function, module) 应该对扩展开放，但是对修改关闭。开闭原则意味着应该存在不直接修改的方式扩展实体的功能。
  3. 依赖反转原则（Dependency inversion principle）：依赖于抽象，而不是具体的实现。依赖注入是一种实现依赖反转的方式。
  4. 不要自我重复 （Don't repeat yourself）：重复代码会造成代码维护的困难。
  5. Composition over inheritance: 通过组合集成的两个组件是松耦合关系，通过props来约束。但是有继承关系的两个组件是强耦合关系，对父组件的修改可能会导致子组件的未预期的结果。
React设计模式Container & presentational component

把业务组件划分成container组件和presentational组件。 Presentational component中负责组件的ui渲染，Container component负责数据的获取和事件的响应。

遵循的设计原则：
  1. 单一职责原则： Presentational component负责ui，Container component负责数据和行为。
  2. Don't repeat yourself: Presentational component是纯ui组件，不包含业务逻辑，通常可以被复用。
示例

import React from "react"; // Presentational component export default function ImageList({ images, onClick }) { return images.map((img, i) => <img src={img} key={i} onClick={onClick} />); } // Container component export default class ImageListContainer extends React.Component { constructor() { super(); this.state = { images: [] }; } componentDidMount() { fetch("https://images.com") .then(res => res.json()) .then(({ images }) => this.setState({ images })); } handleClick() { // ... } render() { return <ImageList images={this.state.images} onClick={handleClick} />; } }

HOC

Higher-order component 是一个以组件为参数，返回一个新组件的函数，用于复用组件的逻辑，Redux的 connect 和 Relay的createFragmentContainer都有使用HOC模式。

遵循的设计原则：
  1. Don't repeat yourself：把可复用的逻辑放到HOC中，实现代码复用。
  2. Composition over inheritance: hoc中传入的组件和返回的组件是组合的关系, 也可以把多个HOC进行多次的嵌套组合。
示例

import React from "react"; export default function withLoader(Component, url) { return class HOC extends React.Component { constructor(props) { super(props); this.state = { loading: true, data: {}, }; } componentDidMount() { fetch(url) .then((res) => res.json()) .then(({ data }) => this.setState({ data })) .finally(() => this.setState({loading: false})) } render() { if (this.state.loading) { return <div>Loading...</div>; } return <Component {...this.props} data={this.state.data} />; } }; }

Render prop

Render prop是指组件的使用者通过组件暴露的函数属性来参与定制渲染相关的逻辑。使用Render prop模式的库包括： React Router, Downshift and Formik.

遵循的设计原则：
  1. Don't repeat yourself：把可复用的逻辑放到组件中，实现代码复用。
  2. 依赖反转原则：通过render prop注入渲染相关的实现。
  3. 开闭原则(Open-closed principle)： 通过render prop暴露扩展点，而不是直接定制组件。
示例

import React from "react"; class Loader extends React.Component { constructor(props) { super(props); this.state = { loading: true, data: {}, }; } componentDidMount() { fetch(url) .then((res) => res.json()) .then(({ data }) => this.setState({ data })) .finally(() => this.setState({ loading: false })); } render() { if (this.state.loading) { return <div>Loading...</div>; } return this.props.renderData(this.state.data); } }

Compound components

Compound components是指通过多个组件的组合来完成特定任务，这些组件通过共享的状态、逻辑进行关联。典型的例子是Select和Select.Option组件。使用Compound components模式的库包括：semantic ui;

遵循的设计原则：
  1. 单一职责原则(Single-responsibility responsibility): 拆分成多个组件，每个组件承担自己的职责。
  2. 开闭原则(Open-closed principle)： 需要迭代增强功能时，可以通过创建新的子组件的方式进行扩展。

点击查看原文，获取更多福利！

https://developer.aliyun.com/article/1128683?utm_content=g_1000367330

版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

,