吃饱睡觉

看了discuz后台的用户权限设定，很详细，觉得很不错，就想自己要是能做出来就好了。
绞尽脑汁想出来一点，拿出来给高手看看，抛砖引玉，希望高手们能提出更好的方案，让大家以后权限管理的时候更轻松些。思考过程就不说了，没什么理论性的东西，无非是想想平时接触的操作系统，软家等的权限管理方式，再“灵光一闪”就得到了结果。
通过URL匹配控制访问权限，也就是在用户请求某个URL的时候，查看该用户是否有这个权限。这个“查看”是在一个Filter中进行的。判断用户是否有权限的标准是在一个xml文件中配置的。Dtd文档如下

<?xml version="1.0" encoding="UTF-8"?>


<!ELEMENT privilege (globe-error?,allmapping,user-name,mapping*)>
<!ELEMENT globe-error (#PCDATA)>
<!ELEMENT allmapping (#PCDATA)>
<!ELEMENT user-name (#PCDATA)>
<!ELEMENT mapping (error?, message)>
<!ELEMENT error (#PCDATA)>
<!ELEMENT message (#PCDATA)>

<!ATTLIST globe-error redirect (false|true) "false">
<!ATTLIST error redirect (false|true) "false">
<!ATTLIST mapping 
	name CDATA #REQUIRED
    url CDATA #REQUIRED 
    code CDATA #REQUIRED>
<!ATTLIST message key CDATA #IMPLIED >

Xml文档的核心是mapping元素，有url，code属性(必选)和error，message子元素。url表示匹配的URL，code是权限码，当用户的权限码符合这里的配置的权限码时，就认为用户用权限访问该URL，name属性唯一表示一个mapping。allmapping元素是的内容所有mapping元素name的集合，每个name之间用一个符号隔开，比如’|’或’,’都可以，用来帮助自动生成权限码，后面详细说明。Error(可选，如果没有则使用globe-error)是用户无权限时显示的错误页面，redirect属性(可选)制定forward到错误页面还是redirect到forward页面。message指定返回的错误信息(支持国际化)。

用户的权限码存放在用户的session中，由于我习惯上把用户信息放在一个User对象中，再保存到session中，所以这里我的想法是User对象中有个属性表示用户权限码，比如可以这样获取：

pcode=(User)session.getAttribute("user").getCode();//pcode就是用户权限码

下面就开始说权限是如何设定的了。
先说说linux的文件权限设定，比如设定一个文件的权限111010010(所有者读写执行，同组读，其他人读)，用了三组三位的二进制数，第一组是文件所有者，第二组是和所有者在同一组的用户，第三组是和所有者没有任何关系的其他人。每一组中，第一位表示“读”的权限，第二位表示“写”的权限，第三位表示“执行”的权限。好，我们的权限表示方法也出现了，allmapping元素的作用也显示出来了。allmapping中有n的mapping设定，mapping中name出现的顺序是有意义的，不过开发者不用关心它的顺序，让大家注意顺序是为了下面说明的更方便点。例如：

<allmapping>read|add|delete<allmapping>
<mapping name=”read” url=”/read.do”>
	<error>/errorpage.jsp</error>
	<message key=”error.read”>没有权限读取的信息</message>
</mapping>
<mapping name=”add” url=”/add.do”>
	<error>/errorpage.jsp</error>
	<message key=”error.add”>没有权限添加的信息</message>
</mapping>
<mapping name=”delete” url=”/delete.do”>
	<error>/errorpage.jsp</error>
	<message key=”error.delete”>没有权限删除的信息</message>
</mapping>

用户的权限最终表示成一个二进制数，当用户访问一个URL是，如果第i个mapping匹配了这个URL，就检查用户权限二进制数的第i位，如果该位为1说明用户有此权限，为0则说明用户无此权限。

OK，那么怎么设定用户权限呢？总不能随便给一串二进制数吧！当然不能。下面是两个设定用户权限的方法：
一：用户权限用二进制数表示，在负责权限管理的类中(所有的一切和validation一样，应该是有一个类库的)有getCode(mapping-name)方法，getCode返回一个n位二进制串，如果名字为mapping-name的mapping在第i位，则此二进制数的第i位为1，其他位为0。如果用户设定的权限有read和add，使用getCode(“read”)和getCode(“add”)获得两串权限码，再进行按位或运算就得到用户的最终权限码，用上面的设置，getCode(“read”)返回”100”,getCode(“add”)返回”010”，用户的权限码就是100|010=110，也就是读和添加权限。
二：用户权限用十进制数表示，经常用linux的朋友可能更喜欢这种方式，因为大家都喜欢用”chmod 744 文件名”的方式设定文件权限。这种方式中，负责权限管理的类返回的是一个10进制数，这个十进数的值和上面说的二进制数的值是相等的，比如二进制返回100，十进制就是4(二进制转十进制嘛！)。和上面相似，这次不是按位或运算，而是直接加运算。
还是设置读和添加权限，getCode(“read”)返回4,getCode(“add”)返回2,用户权限的表示就是2+4=6.

上面是总体方案，在具体实现时，用一个长整型数表示权限。还设计了一个接口：

Privilege{
		public long getPrivilege()
}//User对象应该实现这个接口，这样在Filter中我们使用
Privilege p=(Privilege)session.getAttribute("user");
p.getPrivilege();

就可以获取权限码。
其他细节还有url可以使用正则表达式，如果用户请求的url匹配多个配置项，那么只有用户的权限匹配所有的要求时才能算通过。这也安全性好一点。对没有配置的url，默认全部不需要任何权限，即任何人可访问。

在前台，我们一般都不会显示不想用户看到的超链接。比如对一个只有发布新闻的用户，肯定不想他看到删除新闻的链接。我的方案是在设计一个标签<privilege>有url属性，表示下面的操作要访问的url。如删除新闻：

<privilege url="/deletenews.do">other</privilege>

标签的大致实现是：获取当前用户权限码，获取配置文件中url的权限码。如果当前用户的权限不足以访问该url，则skipbody，否则eavlbody。(个人觉得很方便，省去了一堆if)。

整体的思路就是这样，我写了一个实现，已经证明可行，自认为自己的OOD太差，代码写的也不精致。不敢再拿出来献丑，而且仅就实现这个方法来说，还是很容易的。
恳请各位提出不足或更好的方案，或为此方案写出漂亮的代码。

Admin implements UserRole,
SubAdmin implements UserRole,
CommonUser implements UserRole,
这个是RoleTree:
 Admin
   |  
SubAdmin
   |
CommonUser

华中地区 implements DistrictRole,
湖北 属于 华中地区,
湖南 属于 华中地区,

省 implements DistrictRole,
武汉 属于 湖北,

市 implements DistrictRole,
武昌 属于 武汉,

华中地区
|      |
湖北  湖南
|
武汉
|
武昌

Admin implements UserRole,
SubAdmin implements UserRole,
CommonUser implements UserRole,
这个是RoleTree:
 Admin
   |  
SubAdmin
   |
CommonUser

华中地区 implements DistrictRole,
湖北 属于 华中地区,
湖南 属于 华中地区,

省 implements DistrictRole,
武汉 属于 湖北,

市 implements DistrictRole,
武昌 属于 武汉,

华中地区
|      |
湖北  湖南
|
武汉
|
武昌

<?xml version="1.0" encoding="UTF-8"?>
<roles>
	<role name="admin">
		<permission type="add"/>
		<permission type="create"/>
		<permission type="view"/>
	</role>
	<role name="member">
		<permission type="add"/>
		<permission type="view"/>
	</role>
	<role name="anonymous">
		<permission type="view"/>
	</role>
</roles>

<?xml version="1.0" encoding="UTF-8"?>
<actions>
	<action type="add" class="org.jomper.mana.action.AddAction"/>
	<action type="create" class="org.jomper.mana.action.CreateAction"/>
	<action type="view" class="org.jomper.mana.action.ViewAction"/>
</actions>

public class ActionProxy{
    process("该用户的角色信息对象","该模块的权限对象","动作集对象");
}