基于PureMVC框架角色访问控制设计与实现.docVIP

基于PureMVC框架角色访问控制设计与实现 　　摘 要:以一个B/S系统为例,基于角色访问控制(RBAC)原理,实现了基于PureMVC框架的角色访问控制功能,为多个单位合作共建的系统实现了灵活、实用的基于角色的权限管理和访问控制,提高了系统安全性。实际应用表明,该系统具有较好的可扩展性和通用性。 　　关键词:PureMVC框架 角色 访问控制 　　中图分类号:TP393.09 文献标识码:A文章编号:1007-3973 (2010) 07-042-02 　　1引言 　　访问控制是指通过某种途径,允许或限制访问能力及其范围的一种方式。近年来,一种新的基于角色的访问控制技术(role-based access control,RBAC)正逐渐成为信息安全领域内的研究热点。目前已提出并得到较广泛认可的模型是美国Sandhu 教授等人的RBAC96 模型。 　　RBAC 的基本思想是将角色作为用户与权限联系的中间桥梁,用户通过被授予一定的角色而获得相应权限,从而大大简化权限管理。 　　本文针对一个合作共建系统的权限管理,基于PureMVC框架进行了设计和实现。 　　2PureMVC框架 　　PureMVC是在基于模型、视图和控制器MVC模式建立的一个轻量级的应用框架,这种开源框架是免费的,是一个定位于设计高性能RIA客户端的基于模式的框架。 　　PureMVC是一个定位于高性能RIA客户端的机遇模式的框架,PureMVC框架的核心是广播式的通信机制,接收者只要注册标识与广播消息的标识一致,就会接收消息,由于这种通信机制比较通用,现在已经被移植到大多数流行的开发平台,包括Flash/Flex、PHP、Java、C#等。 　　2.1PureMVC框架 　　PureMVC模式通常被分成经典的低耦合三层:Model、View、Controller,这三部分由3个单例模式来管理,三者合称为核心层或核心角色。 　　(1)整体结构中Facade负责管理整个应用,注册Command并建立Notification映射。Facade是一个单例类,是MVC框架中最核心的功能类,Facade单例负责对3个核心层的初始化,并且能访问各层类的公共方法。其中Mediator、Controller和Proxy均可以发送通知,但Proxy不接受通知,不和Mediator进行直接的交互。 　　(2)数据层Model指向Proxy的引用。Proxy代码负责操作数据模型,与远程服务通信存取数据,是真正处理数据的地方,视图层展现或提交的数据都回到Proxy处理,处理后的结果通知视图层的Mediator,然??Mediator决定是否更改用户界面。 　　(3)视图层View负责软件展现给终端用户的界面,视图指向Mediator引用,由多个Mediator组成。Mediator通过Controller和Proxy进行通讯,所有行为都是建立在Notification基础上的,一个对象处理完自己的事务后,简单发送通知到外界就可以了,至于谁去处理随后的事情就交给注册了这个通知的对象去处理。 　　Mediator管理视图组件,负责和控制器的Command或者数据模型的Proxy交互,是操作显示组件(View Components)的控制器,通过事件监听操作视图组件,Mediator对于用户在界面的操作,均发送事件通知其Mediator,由Mediator决定是否发送通知(Notification)给控制器去处理数据或者是获得数据。而Mediator在接受了其他地方发来的通知后,也会管理界面是否做响应的更新。 　　(4)控制层Controller包括命令类及其映射,负责处理业务逻辑、联系数据层和视图层,由多个Command组成。其中命令类是无状态的,只有需要时才被创建。 　　2.2PureMVC框架特点 　　PureMVC的主要目标是分离代码为三个简单、实用、离散的层,即模型(Model)、视图(View)和控制器(Controller),以减少由应用层、类的作用等造成的程序混乱,平衡可维护性与可扩展性之间的关系,对开发者隐藏复杂性,避免平台依赖性。 　　使用PureMVC框架进行开发具备下列好处: 　　(1)基于设计模式,支持已经被时间所证明的设计模式,可以部署于任何具备支持面向对象的环境,模式简单易懂。 　　(2)框架是“即开即用”的,只需要很小的实现需求。 　　(3)松耦合架构,提供可复用的组件、模型数据对象和服务,包含发布/订阅风格的通知,建立明确的分离客户端三层编码关系。 　　(4)面向接口的编程,框架支持子类或实现接口的扩展,对所有的框架类定义接口,所有的类基于可扩展性思想,框架支持将来通过其他类库以分组模式进行扩展,并且与