RBAC Role-Based Access Control
权限控制在后台管理中是十分常见的，它的模型大体上是下面这张图的形式
我用的字段和上面不一样，图只是个示例
一个简易的权限控制模型只需要3个表就行了
user表：记录用户的信息和用户的角色
->user_id:用户的id
->user_role_id:用户的角色信息 0,1,2分别为超级管理员，经理，员工
->其它省略。。。
role表：记录不同的角色信息，和他们拥有的权限
->role_id:角色的id 1为经理，2为员工，0无权限限制
->role_name:角色名称
->role_auth_ids: 存放权限的id
->role_auth_ac:该角色能够访问的页面
auth表:记录每个权限的具体信息
->auth_id:权限id
->auth_name:权限名称
->auth_pid:权限的父级权限的id
->auth_c:控制器的名称
->auth_a:显示页面的名称
->auth_path:用id表示权限的层级关系 0级权限为空，比如用户管理的id为5（假设它为最高级），那么它的auth_path为0，禁言用户为子权限，id为10。那么它的auth_path为5-10
->auth_level:权限的等级 0为一个目录下的最高权限，1为次级，2为次次级 如：商品管理（0）->商品列表(1)->添加商品。有些人能查看商品，但不一定能删除商品
当用户访问页面时，先获取用户的信息
user表中得到用户的角色信息，比如得到的是经理 id为1
现在再去角色信息表中获取，该角色的权限
能访问的权限Id有了，页面也有了。只要获取页面的路由，只要在我的权限内，则能访问，不再则显示没有权限
那么auth_path表好像没用到？一开始权限表是空的
我们添加权限的时候产生了id和页面的名称
然后再把这些权限给 经理和员工角色，所以他们的表里面有了对应的信息
然后给每个员工定义经理，员工等角色。。。。。。。