柯里化实现权限校验包装器,先固定用户角色生成校验函数,再传入目标操作进行判断;支持基础校验、操作包装及跨场景复用,提升可组合性与可维护性。

用柯里化实现权限校验包装器,核心是把「用户权限」和「目标操作」分两步传入,返回一个可复用的校验函数。这样既能解耦权限判断逻辑,又便于在不同场景(如按钮点击、API 调用)中灵活复用。
1. 先定义基础权限判断逻辑
假设我们有用户角色(如 "admin"、"editor"、"viewer"),并有一套权限映射表:
例如:{ admin: ["read", "write", "delete"], editor: ["read", "write"], viewer: ["read"] }
封装一个纯函数 hasPermission,接收角色和所需权限,返回布尔值:
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
const permissionMap = {
admin: ["read", "write", "delete"],
editor: ["read", "write"],
viewer: ["read"]
};
const hasPermission = (role, action) =>
Array.isArray(permissionMap[role]) && permissionMap[role].includes(action);
2. 柯里化封装:固定角色,返回校验函数
用柯里化把 role 提前固化,生成一个「属于某角色的权限检查器」:
const createPermissionChecker = (role) => (action) =>
hasPermission(role, action);
// 使用示例
const canAdmin = createPermissionChecker("admin");
const canEditor = createPermissionChecker("editor");
console.log(canAdmin("delete")); // true
console.log(canEditor("delete")); // false
这样每个 checker 都是闭包,自带角色上下文,调用时只关心「要做什么」。
3. 进阶:包装受控操作(带执行逻辑的权限包装器)
更实用的是直接包装一个操作函数,权限不满足时静默或提示,满足才执行:
const withPermission = (role) => (action, fn) => {
return (...args) => {
if (hasPermission(role, action)) {
return fn(...args);
} else {
console.warn(`❌ 权限不足:${role} 无法执行 ${action}`);
// 可选:抛错 / 返回默认值 / 触发 notification
return null;
}
};
};
// 创建专属包装器
const adminOnly = withPermission("admin");
const editorOnly = withPermission("editor");
// 包装删除接口
const deletePost = adminOnly("delete", (id) => {
console.log(`正在删除文章 ${id}`);
return fetch(`/api/posts/${id}`, { method: "DELETE" });
});
deletePost(123); // ✅ 执行
deletePost(456); // ✅ 同样执行(角色已固定)
4. 实际集成建议
- 从全局状态(如 Redux store、Pinia 或 Context)读取当前用户角色,避免硬编码
- 把
withPermission和createPermissionChecker导出为工具函数,按需引入 - 在 React 中可进一步封装成 Hook,如
usePermission("write"),返回[allowed, check] - 服务端调用前也建议复用同一套权限逻辑(前后端权限规则一致),可将
permissionMap抽成共享配置
柯里化在这里的价值不是炫技,而是让权限控制变得「可组合、易测试、无副作用」——角色一次确定,动作按需传入,逻辑清晰,不易出错。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










