React hooks与Faced模式才是最佳实践?

写在开头

• 去年CTO一直跟我在宣扬faced模式，但是当时没有get到它的点

• 等我get到的时候，他已经不在我身边工作了，真是一个悲伤的故事

阅读本文前需要先了解的知识点

• 什么是react hooks ?

• • Hook 是 React 16.8 的新增特性。它可以让你在不编写 class 的情况下使用 state 以及其他的 React 特性,例如:

   import React, { useState } from 'react';

function Example() {
  // 声明一个新的叫做 “count” 的 state 变量
  const [count, setCount] = useState(0);

  return (
    <div>
      <p>You clicked {count} times</p>
      <button onClick={() => setCount(count + 1)}>
        Click me
      </button>
    </div>
  );
}

• 什么是faced模式（外观模式）？

• • 外观模式:提供一个统一的接口，用来访问子系统中的一群接口。外观模式定义了一个高层的接口，让子系统更容易使用。

• 什么是自定义hooks?

• • 自定义hooks它是一个函数，其名称以 “use” 开头，函数内部可以调用其他的 Hook,一个常见的自定义hooks如下：

import { useState, useEffect } from 'react';

function useFriendStatus(friendID) {
  const [isOnline, setIsOnline] = useState(null);

  useEffect(() => {
    function handleStatusChange(status) {
      setIsOnline(status.isOnline);
    }

    ChatAPI.subscribeToFriendStatus(friendID, handleStatusChange);
    return () => {
      ChatAPI.unsubscribeFromFriendStatus(friendID, handleStatusChange);
    };
  });

  return isOnline;
}

这个hook的作用是：通过传入的好友id,调用其他的hook，来判断其是否在线。

正式开始

• faced模式意在提供一个统一的接口，用来访问子系统中的一群接口

• 在我们精确的识别、划分了业务模块之后，很可能就会出现这种需求，需要通过react hooks提供更多的前端统一接口

• 例如在做IM即时通讯客户端的时候，我们可能会在客户端，需要在一个好友群组中判断是否能通过预览查看对方的朋友圈简介

• • 业务拆解：

  • 首先获取对方的uuid

  • 再通过客户端数据库查询是否为好友关系（岛屿）

  • 再通过api接口调用查询是否有对方的朋友圈查看权限

  • 如果存在权限则拉取数据展示简介，如果不存在则展示 -

拆解业务后的下一步 - 封装自定义hook

• 通过对方的uuid在客户端数据库查询是否为好友关系，应该是一个hook，这是一个常见的需求

• 通过api调用是否有对方uuid的朋友圈查看权限以及简介，也应该是一个hook

• 最后我们需要封装一个大的hook，去组装这两个hook,我们先绘制一个业务流程图，并且拆解出几个自定义hook

这个时候问题来了，如果不封装hook,那么我们将要在组件使用的地方去调用这几个hook或者函数，然后组件内部通过一系列处理判断去完成这个业务逻辑判断，可是这个通过头像查看群组内对方朋友圈的情况不止一个地方会用到，那么此时就需要复用这个逻辑,这里就需要用到faced模式了

faced模式的使用

• 提供一个统一的接口，用来访问子系统中的一群接口

这个时候，我们应该提供一个hook，通过它去访问这几个hook,最后在业务中去复用这个逻辑

• 封装统一对外的hook.用来访问内部的多个hook

• faced模式对外业务使用场景：

• • 用户点击群组内其他人头像

  • 用户点击朋友圈评论区 - 朋友的头像

  • 用户通过名片点击

  • 未来其他的场景...具体业务场景如下图所示:

这样，你或许不仅明白了为什么React会造出hooks这个东西，还明白了什么是faced模式

• 通过faced模式和react hooks的结合，在业务系统开发中，可以极大的提升效率，并且可以加强复杂业务系统的健壮性，单一逻辑的hook跟单一逻辑的后端接口对应，复杂的业务由faced模式统一提供对外的接口以访问内部的子系统

写在最后

• 设计模式，真的非常重要，前提是你能理解它并且用在业务系统中，我在开发中见过绝大多数的人都只是知道但是并不会主动利用它，这或许就是为何高级开发需要深入理解设计模式

❤️ 看完三件事

如果你觉得这篇内容对你挺有启发，我想邀请你帮我三个小忙：

1. 点赞，让更多的人也能看到这篇内容（收藏不点赞，都是耍流氓）。

2. 关注公众号「前端巅峰」，不定期分享原创知识。

3. 也看看其它文章

关注「前端巅峰」, 第一时间获取优质文章. 

如果觉得这篇文章还不错，来个【转发、收藏、在看】三连吧，让更多的人也看到~

❤️ 顺手点个在看呗 ↓