当前位置：首页 > news >正文

22 | 别再复制粘贴那 80% 的代码了：给你的流程装个“标准模具”——模板方法模式

news 2026/3/26 23:08:23

我之前给一个做跨境电商的朋友帮忙，处理过一段让人特别心累的代码。

当时系统里有各种各样的“数据导出”功能：导出订单、导出库存、导出用户。
我发现代码里全是重复的影子：先查数据库，再格式化数据，最后生成文件。
虽然导出的格式不同（有的要 CSV，有的要 Excel），但头尾那 80% 的逻辑几乎一模一样。
每次改个数据库连接池的配置，我得把这三个导出函数全翻出来改一遍，漏掉一个就是事故。

我当时就跟同事复盘：我们不应该在每个函数里都去重复那套“固定动作”。
我们应该造一个“标准模具”，把不变的流程焊死，把会变的部分留出空位，让不同的业务自己去填。

这种定义一个算法的骨架，而将一些步骤延迟到子类中实现的套路，就是模板方法模式（Template Method Pattern）。

为什么你的流程逻辑总是“改不动”？

先聊聊这个现象：我们太习惯于写“一气呵成”的长函数了。
你觉得写一个exportOrders很快，写个exportUsers也不难。
但换个角度想，你其实是在不断地重复造轮子。

说白了，这种麻烦是因为你没有分清“流程”和“细节”。

流程是稳定的（比如：校验 -> 取数 -> 转换 -> 发送）。
细节是多变的（比如：怎么转换，发给谁）。
如果你把这两者混在一起，你的代码就会变得极其臃肿，而且只要流程一变，你就得去改几十个地方。

点破真相：真正的解耦，是把“骨架”锁死，把“血肉”交给具体业务去长。

在 JS 里，模板方法就是“高阶函数 + 钩子”

在 Java 里，你必须写个abstract class，定一个final方法。
但在 JavaScript 里，我们有更灵动的玩法：利用高阶函数或者带“钩子（Hooks）”的对象。

咱们来看看，怎么把那个乱成一团的“数据上传”流程理顺。

// 0. 关键：定义“标准模具”（流程骨架）// 这种写法最爽的地方在于：流程是唯一的，谁也别想乱改constbaseUploader=async(config)=>{const{validate,performUpload,notify}=config;console.log('--- 启动标准上传流程 ---');// 1. 固定步骤：校验（每个上传都要做）console.log('正在校验文件合法性...');if(!validate())returnconsole.log('❌ 校验失败');// 2. 变动步骤：具体的上传动作// 换个角度想，这里就是留给业务方的“填空题”awaitperformUpload();// 3. 固定步骤：通知console.log('正在发送通知...');notify();console.log('--- 流程结束 ---');};// 1. 使用：业务方只需要填空，不需要管流程consts3Uploader=()=>baseUploader({validate:()=>true,performUpload:async()=>console.log('>> 正在上传到 AWS S3...'),notify:()=>console.log('>> 已发送邮件给管理员')});constlocalUploader=()=>baseUploader({validate:()=>true,performUpload:async()=>console.log('>> 正在保存到本地硬盘...'),notify:()=>console.log('>> 已弹出桌面通知')});// 2. 运行s3Uploader();