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

装饰器模式是前端开发中最常用的设计模式之一。从高阶函数到 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;
}

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

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

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

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

  • 高阶函数(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 就是内置的组件装饰器。当下次发现自己在多个函数或组件里写相似的日志、权限、重试逻辑时,停下来想一想------是不是该给它们"加个壳"了?

相关推荐
唠点键盘之外的3 小时前
15 微调 vs RAG:到底怎么选
人工智能·机器学习·面试·aigc
迅猛龙办公室3 小时前
Python输出当前计算机的系统日期和时间
开发语言·前端·python
小狼154544 小时前
浏览器扩展脚本为什么有时候不生效:注入时机、iframe 和单页路由,多多开票助手
前端·chrome
じòぴé南冸じょうげん4 小时前
油猴脚本突然发现变成灰色了,无法使用?页面不生效?刷新页面没反应?
前端
怕浪猫4 小时前
Prompt Engineering 面试怎么考?这 5 个范式你必须会
面试·程序员·github
Csvn6 小时前
组合式 API(Composition API)
前端
是翎6 小时前
AI开发工程师面试指南
人工智能·面试·职场和发展
火柴就是我7 小时前
Android 打包报错 25.0.3
android·前端
BD_Marathon7 小时前
消息对象中字段的说明
java·前端·python
八荒启·交互动画7 小时前
Web特效025—用 Canvas 2D 做Web特效的定义与边界:这支画笔能做到哪一步
前端·webgl·网页特效·八荒启-交互动画·八荒启