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

装饰器模式是前端开发中最常用的设计模式之一。从高阶函数到 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 就是内置的组件装饰器。当下次发现自己在多个函数或组件里写相似的日志、权限、重试逻辑时,停下来想一想------是不是该给它们"加个壳"了?

相关推荐
90后的晨仔3 小时前
从 H5 到 uni-app:一篇写给前端小白的"翻译指南"
前端·vue.js·前端框架
陈随易4 小时前
moon,apt和yum之外linux系统命令安装新选择
前端·后端·程序员
IT小盘4 小时前
13-企业Prompt模板-角色任务约束与输出格式
java·前端·prompt
徐小夕5 小时前
开源!我用SQLite + DuckDB打造了一款可视化AI问数平台
前端·算法·github
leslie1185 小时前
babel笔记
前端
用户059540174465 小时前
Redis 记忆存储踩坑实录:一个并发写入 Bug 让我排查了 4 小时
前端·css
小徐_23336 小时前
Wot UI 2.3.0 发布:二维码组件来了,Open Wot 与 wot-starter 同步更新
前端·微信小程序·uni-app
kyriewen6 小时前
Claude自己跑出去hack了3家公司——我为什么还在用它写代码
前端·ai编程·claude
IT_陈寒6 小时前
SpringBoot自动配置的坑,这次真踩疼我了
前端·人工智能·后端
西安小哥7 小时前
AI时代全栈面试通关指南:从背八股到聊架构
面试·ai编程