数据权限设计初探

数据权限设计初探

   李俊杰

概述

在许多项目中，都会涉及到数据权限问题，所谓数据权限是表示，在系统中即使角色相同，都有操作权限，但业务操作时受风险、额度、销售区域等业务属性限制。

如销售人员可以看到自己的销售列表，而销售经理可以看到其管辖范围内的销售人员的销售列表，而高级销售经理能看到其下辖的销售经理的销售列表，更进一步，只看金额超过1000万的单子，小于1000万的单子不看。如销售人员是销售产品的，但由于产品属性的不同，如产品属性中销售地区在“苏杭地区”，则北京地区的销售人员则不能销售。如产品属性中风险属性高，则销售人员的级别也要求高，则低级别的销售人员则不能销售该产品；进一步来讲，随着时间或形势的发展，该种产品的风险并没有那么大，低级别的销售人员也可以销售；或者该种产品低级别的销售人员销售该种产品的金额小于100w，而高级别的人员销售100w等等。

架构分析及设计

在设计之初就确定了数据权限所处的位置，和操作权限类似，操作权限一般是放在MVC的controller层，作为插件来控制是否有操作权限。数据权限也可以这样设计，但数据权限更多地是和业务逻辑纠缠在一起，因此数据权限可以作为插件放在业务层（Model），更优雅的设计是以模板模式在业务缺省实现基类中，作为过滤。如下图所示，BizClass其实代表业务层的复杂设计，在做分析设计的过程中，我的经验是尽最大可能理解需求，