权限的存储与验证

大部分应用程序都会涉及到用户权限而用什么方式来存储和对所需权限进行验证则是个常常会遇到的问题。

常用的方法有以下几种:

 

第一种方法:

     将每个权限编号如 10001,10002,10003......等,程序上可能创建一个枚举或多个常量来对应这些编号,数据库结构上用nchar字段,将用户所拥有的权限编号拼接起来存储在这个字段里。实体类中也只需要一个string字段来存储,验证权限时只需调用权限字段的IndexOf函数就可以判断是否含有特定编号的权限。

 

优点:

     1.存储结构简单只需要一个字段就可以解决。

     2.验证权限也很容易。

 

缺点:

     1.权限多的时候字段长度就需要设置得很大。

     2.没办法一次验证多个权限。

     3.插入和删除权限比较复杂。

 

 

 

第二种方法:

     

     以一个用户权限表来存储用户所拥有的权限。

如:

UserPower:用户权限表

Id

标示列
PowerId权限Id
UserId用户Id

程序上可以用一个枚举来对应权限Id,实体类可以使用数组或集合来存储,数组的话需要遍历进行对比,集合则可以使用集合的Contains函数来查询是否含有特定权限。

 

优点:

     1.插入和删除权限很容易。

     2.可以容纳任意个权限。

 

缺点:

     1.编辑困难。

     2.验证也很麻烦需要遍历,性能不高。

 

 

 

第三种方法:

     

     在程序建立一个Flags型的枚举。

如:

 

  [Flags]
    
public   enum  Power :  long
    {
        None 
=   0x00000000 ,       // 无权限
        User_Add  =   0x00000001 ,   // 添加用户
        User_Edit  =   0x00000002 // 编辑用户
        User_Delete  =   0x00000004 ,    // 删除用户
        User_ALL  =   0x00000007 ,   // 添加、编辑、删除用户
        News_Add  =   0x00000008 ,       // 添加新闻
        News_Edit  =   0x00000010 // 编辑新闻
        News_Delete  =   0x00000020 ,    // 删除新闻
        News_ALL  =   0x00000038 ,   // 添加、编辑、删除新闻
        Admin_Add  =   0x00000040 // 添加管理员
        Admin_Edit  =   0x00000080 ,     // 编辑管理员
        Admin_Delete  =   0x00000100 ,   // 删除管理员
        Admin_ALL  =   0x000001C0    // 添加、编辑、删除管理员
    }

  

 

    数据库中只需要一个bigint字段来存储,实体类则可以用一个Power型的属性来表示。验证方法就非常简单了用位运算符 & 来验证,如:

 

1。验证单个权限

 

Power power1  =  Power.Admin_Delete;

User.Power 
&  power1  ==  power1 

 

2。验证多个权限

 

// 方法一:
Power power1  =  Power.Admin_Delete;

Power power2 
=  Power.News_Edit ;

User.Power 
&  (power1  |  power2)  ==  (power1  |  power2);

// 方法二:
Power power1  =  Power.Admin_Delete  |  Power.News_Edit;

User.Power 
&  power1  ==  power1;

 

如果结果是真 则代表有这个权限。

 

 

设置权限的方法是用位运算符中的|来设置,如:

 

User.Power  =  Power.User_ALL  |  Power.News_ALL  |  Power.Admin_Add;

 

就可以给用户设置User_ALL、News_ALL、Admin_Add这三个权限,而User_ALL包含了User_Add、User_Edit、User_Delete。News_ALL包含了News_Add、News_Edit、News_Delete。

 

如果还有什么不明白的可以看看MSDN中对Flags枚举的介绍。

 

优点:存储结构简单,数据库中使用的是数值型字段利于搜索,存储空间小。验证很容易,可以同时进行多个权限的验证,验证速度非常快性能损耗小。

缺点:可以存储的权限数量有限,只能存储64个权限(long为64位数,每一位代表一个权限)。

 

我个人比较喜欢使用第三种方法,虽然数量有限但一般的开发中64个权限以及足够了而带来的便捷足以弥补此缺憾,即使超过也可以对权限分组,划分为不同的枚举存在不同的字段中。

转载于:https://www.cnblogs.com/Fenrir/archive/2008/08/23/1274876.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MVC WebApi 用户权限验证及授权DEMO 前言:Web 用户的身份验证,及页面操作权限验证是B/S系统的基础功能,一个功能复杂的业务应用系统,通过角色授权来控制用户访问,本文通过Form认证,Mvc的Controller基类及Action的权限验证来实现Web系统登录,Mvc前端权限校验以及WebApi服务端的访问校验功能。 1 Web Form认证介绍 Web应用的访问方式因为是基于浏览器的Http地址请求,所以需要验证用户身份的合法性。目前常见的方式是Form认证,其处理逻辑描述如下: 1) 用户首先要在登录页面输入用户名和密码,然后登录系统,获取合法身份的票据,再执行后续业务处理操作; 2) 用户在没有登录的情况下提交Http页面访问请求,如果该页面不允许匿名访问,则直接跳转到登录页面; 3) 对于允许匿名访问的页面请求,系统不做权限验证,直接处理业务数据,并返回给前端; 4) 对于不同权限要求的页面Action操作,系统需要校验用户角色,计算权限列表,如果请求操作在权限列表中,则正常访问,如果不在权限列表中,则提示“未授权的访问操作”到异常处理页面。 2 WebApi 服务端Basic 方式验证 WebApi服务端接收访问请求,需要做安全验证处理,验证处理步骤如下: 1) 如果是合法的Http请求,在Http请求头中会有用户身份的票据信息,服务端会读取票据信息,并校验票据信息是否完整有效,如果满足校验要求,则进行业务数据的处理,并返回给请求发起方; 2) 如果没有票据信息,或者票据信息不是合法的,则返回“未授权的访问”异常消息给前端,由前端处理此异常。 3 登录及权限验证流程 1) 用户打开浏览器,并在地址栏中输入页面请求地址,提交; 2) 浏览器解析Http请求,发送到Web服务器;Web服务器验证用户请求,首先判断是否有登录的票据信息; 3) 用户没有登录票据信息,则跳转到登录页面; 4) 用户输入用户名和密码信息; 5) 浏览器提交登录表单数据给Web服务器; 6) Web服务需要验证用户名和密码是否匹配,发送api请求给api服务器; 7) api用户账户服务根据用户名,读取存储在数据库中的用户资料,判断密码是否匹配; 7.1)如果用户名和密码不匹配,则提示密码错误等信息,然该用户重新填写登录资料; 7.2)如果验证通过,则保存用户票据信息; 8) 接第3步,如果用户有登录票据信息,则跳转到用户请求的页面; 9) 验证用户对当前要操作的页面或页面元素是否有权限操作,首先需要发起api服务请求,获取用户的权限数据; 10). api用户权限服务根据用户名,查找该用户的角色信息,并计算用户权限列表,封装为Json数据并返回; 11). 当用户有权限操作页面或页面元素时,跳转到页面,并由页面Controller提交业务数据处理请求到api服务器; 如果用户没有权限访问该页面或页面元素时,则显示“未授权的访问操作”,跳转到系统异常处理页面。 12). api业务服务处理业务逻辑,并将结果以Json 数据返回; 13). 返回渲染后的页面给浏览器前端,并呈现业务数据到页面; 14). 用户填写业务数据,或者查找业务数据; 15). 当填写或查找完业务数据后,用户提交表单数据; 16). 浏览器脚本提交get,post等请求给web服务器,由web服务器再次解析请求操作,重复步骤2的后续流程; 17). 当api服务器验证用户身份是,没有可信用户票据,系统提示“未授权的访问操作”,跳转到系统异常处理页面。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值