jeecg权限设计的介绍

1 、基本介绍

jeecg丰富的权限设计，能满足80%以上的权限需求，部门，用户，角色，菜单资源权限，操作资源（就是页面上的增删查改，甚至自定义操作 例如:导入excel、导出XML）之间的关系，从页面，ER图，代码，三个角度介绍。

2、权限实现

2.1 部门和用户

当我们登录jeecg的时候出现让我们选择部门的下拉框

可以知道一个用户可以同时存在多个部门，部门和部门之间其实有上下级关系。一个部门下可以用多个子部门，那么部门就是一个树状结构图，如图“机构编码”很清晰看出来。

那么用户和部门的ER图

从上面可以知道部门和部门之间是一个是一对多（一个部门下有很多的子部门）和多对一的关系那么
部门表数据库设计

 create table t_s_depart(   ID                   national varchar(32) not null,  -- 部门ID   departname           national varchar(100) not null, -- 部门名称   description          national longtext, -- 部门描述   parentdepartid       national varchar(32), -- 上级级部门ID   org_code             national varchar(64), -- 部门代码 如0102   org_type             national varchar(1), -- 机构类型   primary key (ID));

JPA 实体图设计如下

 @Entity@Table(name = "t_s_depart")public class TSDepart extends IdEntity implements java.io.Serializable {    private TSDepart TSPDepart;//上级部门    private String departname;//部门名称    private String description;//部门描述    private String orgCode;//机构编码    private String orgType;//机构编码    private List<TSDepart> TSDeparts = new ArrayList<TSDepart>();//下属部门    @ManyToOne(fetch = FetchType.LAZY)    @JoinColumn(name = "parentdepartid")    public TSDepart getTSPDepart() {        return this.TSPDepart;    }    @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "TSPDepart")    public List<TSDepart> getTSDeparts() {        return TSDeparts;    } 。。。。。。。

用户和部门之间是一个多对一之间的关系
用户表设计如下

 create table  `t_s_base_user` (  `ID` varchar(32) NOT NULL,    -- 用户ID  `password` varchar(100) default NULL,  `realname` varchar(50) default NULL,  `status` smallint(6) default NULL,  `username` varchar(10) NOT NULL,  `departid` varchar(32) default NULL,   -- 部门ID  PRIMARY KEY  (`ID`),  KEY `FK_15jh1g4iem1857546ggor42et` (`departid`),  CONSTRAINT `FK_15jh1g4iem1857546ggor42et` FOREIGN KEY (`departid`) REFERENCES `t_s_depart` (`ID`)) 

其实这个设计是多出许多冗余字段，应该用中间表实现（jeecg 也实现了）用户和部门之间的关系很明显的实现了

public class TSBaseUser extends IdEntity implements java.io.Serializable {            private static final long serialVersionUID = 1L;            private String userName;// 用户名            private String realName;// 真实姓名            private String browser;// 用户使用浏览器类型            private String userKey;// 用户验证唯一标示            private String password;//用户密码            private Short activitiSync;//是否同步工作流引擎            private Short status;// 状态1：在线,2：离线,0：禁用            private byte[] signature;// 签名文件    //  private TSDepart TSDepart = new TSDepart();// 部门    private List<TSUserOrg> userOrgList = new ArrayList<TSUserOrg>();    private TSDepart currentDepart = new TSDepart();// 当前部门

2.2 用户和角色

用户和角色之间是一个对多的关系。一个人可以有好多角色，可以是管理员，可以是一般的用户，
反过来讲一个角色拥有多个用户，就成了JPA最标准的多对多设计
我们当前用户登录的Admin的角色就是管理员

用户和角色之间的关系如下

借用中间表，现在是最佳实现多对多的方法 主要中间JPA实现如下
>

@Entity@Table(name = "t_s_role_user")public class TSRoleUser extends IdEntity implements java.io.Serializable {        private TSUser TSUser;        private TSRole TSRole;    @ManyToOne(fetch = FetchType.EAGER)    @JoinColumn(name = "userid")    public TSUser getTSUser() {        return this.TSUser;    }    public void setTSUser(TSUser TSUser) {        this.TSUser = TSUser;    }    @ManyToOne(fetch = FetchType.EAGER)    @JoinColumn(name = "roleid")    public TSRole getTSRole() {        return this.TSRole;    }    public void setTSRole(TSRole TSRole) {        this.TSRole = TSRole;    }}

2.3角色和菜单资源

不用的角色应该具备不同的菜单权限，管理员应该具备设置菜单的权限，操作员，应该具备就会看到这个菜单，那么菜单和角色之间又成了一个多对多之间的关系。设计思路和刚才的角色用户大体相同
我们可以看到菜单之间也是一个树状图，所以菜单的实际思路就想刚才说的部门的表。

CREATE TABLE `t_s_function` (  `ID` varchar(32) NOT NULL,  `functioniframe` smallint(6) default NULL,  `functionlevel` smallint(6) default NULL,  `functionname` varchar(50) NOT NULL,  `functionorder` varchar(255) default NULL,  `functionurl` varchar(100) default NULL,  `parentfunctionid` varchar(32) default NULL, -- 上级级菜单  `iconid` varchar(32) default NULL, -- 菜单的图标  `desk_iconid` varchar(32) default NULL, -- 菜单的图标  `functiontype` smallint(6) default NULL,  PRIMARY KEY  (`ID`),  KEY `FK_brd7b3keorj8pmxcv8bpahnxp` (`parentfunctionid`),  KEY `FK_q5tqo3v4ltsp1pehdxd59rccx` (`iconid`),  KEY `FK_gbdacaoju6d5u53rp4jo4rbs9` (`desk_iconid`),  CONSTRAINT `FK_brd7b3keorj8pmxcv8bpahnxp` FOREIGN KEY (`parentfunctionid`) REFERENCES `t_s_function` (`ID`),  CONSTRAINT `FK_gbdacaoju6d5u53rp4jo4rbs9` FOREIGN KEY (`desk_iconid`) REFERENCES `t_s_icon` (`ID`),  CONSTRAINT `FK_q5tqo3v4ltsp1pehdxd59rccx` FOREIGN KEY (`iconid`) REFERENCES `t_s_icon` (`ID`))

ER图如下

这个代码和刚才的角色和用户类似

@Entity@Table(name = "t_s_role_function")public class TSRoleFunction extends IdEntity implements java.io.Serializable {    private TSFunction TSFunction;    private TSRole TSRole;    private String operation;    private String dataRule;    @ManyToOne(fetch = FetchType.LAZY)    @JoinColumn(name = "functionid")    public TSFunction getTSFunction() {        return this.TSFunction;    }    public void setTSFunction(TSFunction TSFunction) {        this.TSFunction = TSFunction;    }    @ManyToOne(fetch = FetchType.LAZY)    @JoinColumn(name = "roleid")    public TSRole getTSRole() {        return this.TSRole;    }    public void setTSRole(TSRole TSRole) {        this.TSRole = TSRole;    }    @Column(name = "operation", length = 100)    public String getOperation() {        return this.operation;    }    public void setOperation(String operation) {        this.operation = operation;    }    @Column(name = "datarule", length = 100)    public String getDataRule() {        return dataRule;    }    public void setDataRule(String dataRule) {        this.dataRule = dataRule;    }}

2.4 菜单和资源按钮

一个菜单资源和上面会有许多按钮如图，那么很明显菜单和资源按钮之间是一对多的关联

他们是ER图和前面的很类似

public class TSOperation extends IdEntity implements java.io.Serializable {    private String operationname;    private String operationcode;    private String operationicon;    private Short status;    private TSIcon TSIcon = new TSIcon();    private TSFunction TSFunction = new TSFunction();

3 总结

我们从部门—–>用户——>角色——–>资源——–>操作按钮 他们之间的关系作了一个梳理，这个这个设计基本用到的Hibernate所有的映射关系。

jeecg还有更丰富的资源控制方法—规则引擎，等以后会详细讲解规则引擎的使用。