放分!!!如何设置用户角色!~~顶者有分

[lau_marco]

大家谈谈
当然有个好的例子的就更好了!!!!

[viyo]

up

[wdcszl]

UP一下

[singlepine]

一般用到表有，用户基本信息表，用户角色表，用户权限表，这几个就够了

[brando_beat]

呵呵，参考一下

[keyu21]

jf

[sean168]

config--------------->

<authentication mode="Forms" >
<forms loginUrl="login.aspx"></forms>
</authentication>
<authorization>
<deny users="?"/>
</authorization>

.CS----------------->

string UserName=this.TextBox1.Text.Trim();
FormsAuthentication.RedirectFromLoginPage(UserName,false);
Response.Redirect("default.aspx?User="+this.TextBox1.Text.Trim());

得到用户名----------》 User.Identity.Name

注销----------------》FormsAuthentication.SignOut();

设置不需要验证的页可以在config里这样写，如下面的NewUser.aspx页
<location path="User/NewUser.aspx">
<system.web>
<authorization>
<allow users="*"/>
</authorization>
</system.web>
</location>

[liudancodeman]

顶了，接分

[Jinglecat]

mark

[saintqiqi]

最近在做一个OA系统的权限
用了6个表
userbaseinfo 用户基本信息
role 角色表
function
basefunction 功能模块表 用了两个表,产生一个伸缩的二级菜单
感觉可以只用一个,懒得去改
userroles 用户角色分配表 一对多
rolerights 角色权限表 可以将权限细化到增,删,改 用的字符串标记

一个用户可以拥有多种角色,但登陆时只能选择一种角色进入
系统根据角色权限生成树型菜单

[DanielQQ]

可以参考一下ASP.NET Forums的用户角色设置！

[redlotoc]

你最好还是改一下你的功能模块表，把两个表合并到一个表了，不过是加个字段而已，就是上级编号（或者父节点吧）这样以后扩展比较方便，你这样两个表只能对应两级，有了第三级还要加一个表，到时候只关联就够你累了，其它都差不多了，安正常的业务逻辑写就Ok了

[itflying]

帮忙顶一下

[自然框架]

用户表

功能（权限）表

功能（权限）分组表

用户所具有的功能（权限）的表

最后一个表再加一个详细权限的字段：'10010' 代表：添加、修改、删除、打印、审核

这样就差不多了

[dreamy835]

机密文档应该也需要设个查看的权限吧

[athossmth]

http://community.csdn.net/Expert/TopicView.asp?id=3143459

[boytomato]

[Title ] 关于用户角色权限管理一点想法
[Author] Pizer.Chen
[Email ] [e-mail] | [e-mail]
[Date ] 2002-11-3

----------------------------------------------------------------------------
我以前设计过一个权限系统的模型，但是我没有实现，
可以说出来，大家讨论一下。

我认为一个系统的权限部分应该由以下四个部分组成:

• Resource
  
• Privilege
  
• Role
  
• User
  
  另外，一个系统中最少有这么几个角色:
  
• Creator， 也可以称做 Programmer.
  
• Administrator, 超级用户
  
• General User
  
  ----------------------
  权限各部分之间的关系:
  ----------------------
  1. Resource 就是系统的资源，比如部门新闻，文档等各种可以被提供给用户访问的对象.
  
  2. Privilege 是 Resource Related 的权限。
  什么意思？就是指，这个权限是绑定在特定的资源实例上的。
  比如说部门新闻的发布权限，叫做"部门新闻发布权限".
  这就表明，该 Privilege 是一个发布权限，而且是针对部门新闻这种资源的一种发布权限。
  我认为，Privilege 是由 Creator 在做开发时就确定的。
  
  3. Role, 是角色，拥有一定数量的权限。
  
  4. User, 与 Role 相关。在我设计的系统里，User是不能与 Privilege 直接相关的，
  User 要拥有对某种资源的权限，必须通过Role去关联.
  
  ----------------------
  系统大串联:
• (^_^)
  ----------------------
  下面简单介绍一下，一个权限从开发到使用的过程.
  
  1. Creator 创造 Privilege, Creator 在设计和实现系统时会划分，一个子系统或称为模块，
  应该有哪些权限. 拿新闻这一块来说，可能应该有：
  
• 发布权限
• (publish)
  
• 修改权限
• (modify)
  
• 审核权限
• (review)
  
• 浏览权限
• (visit)
  .......
  这里完成的是 Privilege 与 Resource 的对象申明，并没有真正将 Privilege 与具体
  Resource 实例联系在一起.
  
  2. Administrator 指定 Privilege 与 Resource Instance 的关联.
  在这一步， 权限真正与资源实例联系到了一起, 产生了 Privilege Instance。
  比如，Administrator 创建了一个叫做 "部门新闻" 的Resource Instance.
  然后将发布权限与这个资源相关联，产生出 "部门新闻发布权限" 这个 Privilege Instance.
  
  3. Administrator 创建一个角色，称做 "部门新闻发布者".
  
  4. Administrator 将 "部门新闻发布权限" 赋予 "部门新闻发布者".
  
  5. Administrator 从用户列表中选取一个或多个用户，
  然后给这些用户赋予 "部门新闻发布者" 的角色
  
  6. User 进到系统，在它的可访问资源列表上，会出现"部门新闻发布"的链接.
  
  7. User 点击 "部门新闻发布"的链接, 根据 Creator 的实现，系统会检查
  [1] 当前用户是否拥有发布权限
  [2] 当前用户的发布权限是否与能操作正在访问的资源.
  
  ----------------------
  结束语
  ----------------------
  这是我一次在飞机场等飞机时突然设计出来的东西。因为没有具体实现，
  而且也可能因为时间仓促，没有想得很透彻，希望写出来大家讨论一下。
  具体实现上的技术问题，我也想过，我觉得应该已经想通，但是介于时间关系，
  这里写不了啦，大家可以谈谈看法 .

[comflyer0590]

不懂 顶！

[lxhvc]

可以参考微软的 权限验证块 在MSDN模式与实践里有下载。

[zeroyou]

帮你顶

[appley]

1、功能权限表
2、用户表
3、用户对应权限编号表
4、部门表
表1 由功能及功能编号组成
表2 由用户名及用户编号，部门编号组成
表3 由用户编号及功能编号组成
表4 由部门编号及部门名称组成