如何通过skill封装解决业务逻辑复用难题

9次阅读

没有评论

共计 1524 个字符，预计需要花费 4 分钟才能阅读完成。

在电商后台系统开发中，我们经常遇到这样的场景：

订单模块需要校验用户权限
支付模块需要同样的权限校验逻辑
物流模块再次实现几乎相同的校验代码

这种重复开发带来的问题非常明显：

维护成本高：当权限规则变更时，需要修改多处代码
接口不一致：不同开发者实现的校验逻辑可能存在差异
代码臃肿：相同功能的代码分散在各处，占用大量空间

传统 Util 类的局限性：

静态方法导致难以扩展
所有功能堆砌在一个类中
缺乏明确的契约约束

Skill 封装的核心优势：

解耦性：每个 skill 独立实现，互不干扰
可扩展性：新增功能只需添加新 skill
契约化：通过接口强制统一调用方式

接口契约层 ：定义 skill 的标准行为
实现层 ：具体业务逻辑的实现
装配层 ：动态加载和管理 skill 实例

// 定义 Skill 基础接口
interface ISkill<TInput, TOutput> {
  readonly name: string;
  execute(input: TInput): Promise<TOutput>;
}

// 权限校验 Skill 实现
@Skill('permissionCheck')
class PermissionCheckSkill implements ISkill<UserContext, boolean> {execute(context: UserContext): Promise<boolean> {
    // 实际的权限校验逻辑
    return checkUserPermission(context);
  }
}

public class SkillFactory {private static final Map<String, Class<?>> SKILL_REGISTRY = new ConcurrentHashMap<>();

    // 注册 Skill 实现类
    public static void register(String skillName, Class<?> skillClass) {SKILL_REGISTRY.put(skillName, skillClass);
    }

    // 获取 Skill 实例
    public static <T> T getSkill(String skillName) {Class<?> clazz = SKILL_REGISTRY.get(skillName);
        return (T) clazz.newInstance(); // 实际生产环境建议使用对象池}
}