前端权限控制设计:别再写死权限判断了

前端权限控制设计:别再写死权限判断了

前端权限控制设计:别再写死权限判断了

毒舌时刻

这代码写得跟网红滤镜似的——仅供参考。

各位前端同行,咱们今天聊聊前端权限控制。别告诉我你还在每个页面写死权限判断,那感觉就像在每个房间都装一把不同的锁——管理起来要命。

为什么你需要权限控制设计

最近看到一个项目,权限判断散落在100个文件里,改一个权限规则要改100处,我差点当场去世。我就想问:你是在做权限控制还是在做权限混乱?

反面教材

// 反面教材:分散的权限判断 // Page1.jsx if (user.role !== 'admin') { return <div>无权限</div>; } // Page2.jsx if (!user.permissions.includes('user:view')) { return <div>无权限</div>; } // Page3.jsx if (user.role !== 'admin' && user.role !== 'manager') { return <div>无权限</div>; } // ... 还有97个页面 

毒舌点评:这代码,我看了都替你的维护成本着急。权限判断散落各处,你是想让自己变成权限修改机器人吗?

前端权限控制的正确姿势

1. 基于角色的权限控制(RBAC)

// 正确姿势:RBAC权限控制 // permissions/index.js const permissions = { admin: ['*'], // 所有权限 manager: ['user:view', 'user:edit', 'report:view'], user: ['user:view', 'profile:edit'] }; // 权限检查函数 export function hasPermission(user, permission) { const userPermissions = permissions[user.role] || []; return userPermissions.includes('*') || userPermissions.includes(permission); } // 权限指令(Vue) const permissionDirective = { mounted(el, binding) { const { value } = binding; const user = store.getters.user; if (!hasPermission(user, value)) { el.remove(); } } }; // 使用 <template> <button v-permission="'user:edit'">编辑用户</button> <button v-permission="'user:delete'">删除用户</button> </template> 

2. 路由权限控制

// 正确姿势:路由权限控制 // router/index.js const routes = [ { path: '/admin', component: AdminLayout, meta: { requiresAuth: true, roles: ['admin'] }, children: [ { path: 'users', component: UserManagement, meta: { permission: 'user:manage' } } ] } ]; // 路由守卫 router.beforeEach((to, from, next) => { const user = store.getters.user; if (to.meta.requiresAuth && !user) { next('/login'); return; } if (to.meta.roles && !to.meta.roles.includes(user.role)) { next('/403'); return; } if (to.meta.permission && !hasPermission(user, to.meta.permission)) { next('/403'); return; } next(); }); 

3. 组件级权限控制

// 正确姿势:组件级权限控制 // components/Permission.jsx function Permission({ permission, children, fallback = null }) { const user = useUser(); if (!hasPermission(user, permission)) { return fallback; } return children; } // 使用 function UserPage() { return ( <div> <h1>用户管理</h1> <Permission permission="user:create"> <button>新建用户</button> </Permission> <Permission permission="user:delete"> <button>删除用户</button> </Permission> <Permission permission="user:export" fallback={<span>无导出权限</span>}> <button>导出数据</button> </Permission> </div> ); } 

毒舌点评:早这么设计,你的权限早控制好了。别告诉我你还在写死权限判断,那你还是趁早去写静态页面吧。

实战技巧:权限控制指南

1. 权限设计原则

  1. 集中管理:权限配置集中存放
  2. 最小权限:只给必要的权限
  3. 动态获取:从服务端获取权限
  4. 前端校验:用户体验,后端兜底

2. 最佳实践

// ✅ 权限常量定义 const PERMISSIONS = { USER_VIEW: 'user:view', USER_CREATE: 'user:create', USER_EDIT: 'user:edit', USER_DELETE: 'user:delete' }; // ✅ 权限组合 const ADMIN_PERMISSIONS = [ PERMISSIONS.USER_VIEW, PERMISSIONS.USER_CREATE, PERMISSIONS.USER_EDIT, PERMISSIONS.USER_DELETE ]; // ✅ 权限检查 const canEditUser = hasPermission(user, PERMISSIONS.USER_EDIT); 

最后想说的

权限控制不是小事,是应用安全的基石。别再写死权限判断了——设计好你的权限系统,应用会更安全、更易维护。

权限控制就像门禁系统,分散管理像每个门一把钥匙,集中管理像一卡通。别做钥匙管理员,做一卡通管理员。

Read more

全球顶级AI大模型最新排名出炉!Gemini 3.1 Pro与GPT-5.4智能并列第一,中国 GLM-5强势杀入前 5,DeepSeek V3.2 成性价比之王!

全球顶级AI大模型最新排名出炉!Gemini 3.1 Pro与GPT-5.4智能并列第一,中国 GLM-5强势杀入前 5,DeepSeek V3.2 成性价比之王!

你好,我是杰哥 刚刚,权威 AI 评测平台Artificial Analysis 发布了全球最新大模型三维排名:智能指数(Intelligence)、**输出速度(Output Tokens per Second)**和 价格(USD per 1M Tokens)。 这次排名亮点满满: * 中美模型继续霸榜智能顶端,Gemini 3.1 Pro Preview 和 GPT-5.4(xhigh)并列57分第一! * 中国模型表现亮眼:GLM-5 智能第5(50分),DeepSeek V3.2虽然智能中等,但价格+速度综合性价比极高,继续展现“中国力量”! GLM-5 是由中国领先的 AI 公司智谱AI(Zhipu AI)

从思考到实现:在 VS Code 中集成 MiniMax M2.1,解锁 AI 编程新范式

从思考到实现:在 VS Code 中集成 MiniMax M2.1,解锁 AI 编程新范式

在 AI 辅助编程(AI Coding)百家争鸣的今天,开发者们一直在寻找那个既能理解复杂逻辑、又能精准产出代码的“神队友”。最近,MiniMax M2.1 凭借其独特的 Interleaved Thinking(交错思考) 机制,在编程圈引起了广泛关注。 为什么选择 MiniMax 进行编程? 1. 逻辑严密的“交错思考”:不同于普通模型直接输出代码,M2.1 会先在 <think> 标签内进行深度推理,分析架构后再下笔,极大地减少了逻辑断层。 2. 超大上下文支持:在处理大型项目或重构复杂函数时,M2.1 能够精准捕捉全局上下文信息。 3. 极速中文理解:作为国产大模型的佼佼者,它在中文注释理解和响应速度上有着天然优势,拒绝“小作文”式的废话。 选购指南:主流

AI的提示词专栏:低资源模型(7B)Prompt 高质量输出策略

AI的提示词专栏:低资源模型(7B)Prompt 高质量输出策略

AI的提示词专栏:低资源模型(7B)Prompt 高质量输出策略 本文聚焦参数量约 70 亿的低资源模型,先分析其部署成本低但存在知识覆盖有限、逻辑连贯性不足等输出痛点,再从指令简化与目标聚焦、知识注入与上下文补充、示例引导与格式约束、逻辑引导与多轮交互四方面,提出核心 Prompt 优化策略。随后结合内容创作、编程、数据分析三大行业场景,通过优化前后 Prompt 对比、预期输出及技巧点分析提供实战案例,并给出准确性、完整性等效果评估指标与迭代优化等调优方法,还补充硬件配置、模型量化等环境适配建议,为低资源模型高效生成高质量内容提供全面指导。 人工智能专栏介绍     人工智能学习合集专栏是 AI 学习者的实用工具。它像一个全面的 AI 知识库,把提示词设计、AI 创作、智能绘图等多个细分领域的知识整合起来。无论你是刚接触 AI 的新手,还是有一定基础想提升的人,都能在这里找到合适的内容。从最基础的工具操作方法,到背后深层的技术原理,专栏都有讲解,还搭配了实例教程和实战案例。这些内容能帮助学习者一步步搭建完整的

告别AI失忆!移动云大云海山数据库解锁OpenClaw云端长期记忆

告别AI失忆!移动云大云海山数据库解锁OpenClaw云端长期记忆

在数字化办公的今天,你是否需要一位真正“懂你”的AI助手? OpenClaw正是这样的存在:它能快速学习你的工作习惯,通过技能/插件灵活接入外部工具,帮你高效处理任务。同时,它采用“本地优先”设计,核心数据优先留存本机,体验流畅、隐私边界清晰,离线也可用。 但本地化部署也带来了新的难题: 在公司电脑里聊得火热,回到家打开笔记本,它却像初次见面般“失忆”。不仅跨设备会出现记忆断层,即便在同一终端进行多轮交互,也常常面临历史上下文丢失、长期记忆不足的问题。 要让OpenClaw真正实现跨设备、跨场景的“有记忆、能复用”,就必须为它搭建一个稳定可靠的云端长期记忆底座。而在落地过程中,云端记忆通常会面临三大核心挑战: 1、持续写入与反复更新:记忆不是一次写入就结束,而是会被不断补充、修订与清理。 2、对话时的高频检索与读峰值:平时写入较平缓,但一进入对话就需要快速、并发地召回。 3、追溯/回滚/审计:出错时要能定位原因,必要时能回到可信版本。 #移动云大云海山数据库