前端开发中的装饰器模式——给函数和组件“加壳”的艺术

装饰器模式是前端开发中最常用的设计模式之一。从高阶函数到 React 高阶组件,从性能监控到权限控制,它无处不在。比如大家熟悉的React.memo,它背后的设计思想就是装饰器模式。接下来我们从性能监控、重试机制、权限控制三个真实场景出发,给出装饰器模式的完整实现。

一、从一个性能监控需求出发

我们在做性能优化时,想知道某个异步请求到底耗时多少,最直接的做法是在函数里写计时:

javascript 复制代码
async function fetchUsers() {
  const start = Date.now();
  const res = await fetch('/api/users');
  const data = await res.json();
  console.log(`耗时: ${Date.now() - start}ms`);
  return data;
}

问题很明显:监控逻辑和业务逻辑混在一起 。如果还有 fetchOrdersfetchProducts,每个函数都要重复写一遍计时代码。这就是装饰器模式要解决的问题------把横切关注点(日志、性能、重试、权限)从核心业务逻辑中剥离出来

二、装饰器模式的核心思想

在不修改原函数或组件代码的前提下,动态地给其添加额外的职责或行为。

在前端开发中,它有两种最常见的落地形式:

  • 高阶函数(HOF):装饰函数,给函数叠加日志、重试、节流等能力。
  • 高阶组件(HOC):装饰 React 组件,给组件叠加权限、加载状态等能力。

三、高阶函数装饰器------给函数"加壳"

1. 性能监控

用装饰器把计时代码抽离出来,原函数完全不需要改动:

javascript 复制代码
const withPerformance = (fn, label) => async (...args) => {
  const start = performance.now();
  try {
    return await fn(...args);
  } finally {
    console.log(`[${label}] 耗时: ${(performance.now() - start).toFixed(2)}ms`);
  }
};

// 原函数保持纯净
async function fetchUsers() {
  return fetch('/api/users').then(r => r.json());
}

// 装饰后自动获得监控能力
const monitoredFetch = withPerformance(fetchUsers, '获取用户列表');
monitoredFetch(); // 自动打印耗时

好处:核心逻辑和监控逻辑完全分离。想给哪个函数加监控,套上装饰器就行,原函数零侵入。

2. 重试机制

调用第三方接口时,网络抖动可能导致偶发失败。用装饰器给任何函数加上重试能力:

javascript 复制代码
const withRetry = (fn, retries = 3, delay = 1000) => async (...args) => {
  for (let i = 0; i <= retries; i++) {
    try {
      return await fn(...args);
    } catch (err) {
      if (i === retries) throw err;
      await new Promise(r => setTimeout(r, delay));
    }
  }
};

const resilientFetch = withRetry(fetchUsers, 3);

后续重试策略变化(比如改成指数退避),只需改这一个装饰器,所有使用它的函数自动生效。

3. 防抖与节流

React 的搜索框联想功能中,我们通常在自定义 Hook 中封装防抖逻辑,但其底层仍是高阶函数装饰器思想:

javascript 复制代码
function debounce(fn, delay = 300) {
  let timer = null;
  return function (...args) {
    clearTimeout(timer);
    timer = setTimeout(() => fn.apply(this, args), delay);
  };
}

const handleSearch = debounce((keyword) => {
  fetch(`/api/search?q=${keyword}`);
}, 300);

四、React 高阶组件装饰器------给组件"加壳"

1. 权限控制

后台管理系统中,很多页面需要判断角色权限。把这些逻辑从页面组件中抽出来:

tsx 复制代码
const withAuth = (Component) => (props) => {
  const { isAuthenticated, role } = useAuth();

  if (!isAuthenticated) return <Navigate to="/login" replace />;
  if (props.requiredRole && role !== props.requiredRole) {
    return <Result status="403" title="无权限" />;
  }

  return <Component {...props} />;
};

// 使用:任何需要权限的页面,套一层即可
const AdminDashboard = withAuth(Dashboard);
<AdminDashboard requiredRole="admin" />;

权限逻辑只存在于 withAuth 中。某天权限规则变了,只改一个地方,所有页面自动同步。

2. 加载状态管理

数据还在请求时,展示骨架屏或 Spin:

tsx 复制代码
const withLoading = (Component) => ({ loading, ...props }) => {
  if (loading) return <Spin size="large" />;
  return <Component {...props} />;
};

const UserListWithLoading = withLoading(UserList);

五、总结

装饰器模式的核心是在不修改原代码的前提下,动态地给函数或组件添加额外职责 。它是前端开发中最实用的模式之一,其核心价值在于让核心逻辑和附加能力完全解耦React.memo 就是内置的组件装饰器。当下次发现自己在多个函数或组件里写相似的日志、权限、重试逻辑时,停下来想一想------是不是该给它们"加个壳"了?

相关推荐
陈随易4 分钟前
在Finch用了62亿词元,我认为这是新一代Agent工具之神
前端·人工智能·后端
letisgo524 分钟前
JAVA 高级进阶07篇《@Transactional失效的8个场景:代理机制到传播行为》
java·面试·transactional·spring事务·aop动态代理
水域安全老周24 分钟前
水趣钓鱼救生衣专利拆解:两级锁紧如何解决落水人衣分离
java·前端·网络
计算机魔术师1 小时前
Anthropic CEO突然喊踩刹车,OpenAI罕见力挺:AI这辆车不能只踩油门了
前端
wing981 小时前
从codex转战workbuddy使用一周的感受
前端·人工智能·后端
Highcharts.js1 小时前
常见报错排雷指南2:导出失败的官方解法
javascript·react.js·ecmascript·highcharts·可视化图表·导出模块失败·导出服务
EatFan1 小时前
Java接入支付宝 JSAPI 支付保姆教程(二):流程讲解与前后端代码讲解
前端·spring boot·后端·微信小程序·小程序·uni-app
梦想平凡2 小时前
百游棋牌源代码开发搭建教程(五):房间创建、座位分配与请求幂等实现
前端·javascript·数据库·源代码管理
IT_陈寒2 小时前
Redis的Set操作居然能把我的服务整挂了?
前端·人工智能·后端
黄敬峰2 小时前
一文搞懂 LangGraph 分支、循环与状态持久化
面试