订餐系统的权限设计

大约从两年前开始真正的进入园子，各位园友们的文章真让我受益匪浅，从编程思想，各类工具，代码技巧，管理心得...方方面面太多了。也不知从何时开始萌生了自己写文章的念头，但终于还是不敢写，担心自己的技术不太好，写的文章给园子摸黑了。幸好，有我家妞妞一直从旁鼓励：如果有一部分人，哪怕是一小部分人看了，觉得有益，就为园子做贡献了，当然，如果还有人提出更好的意见或建议，那对自己，对更多人就有益了。于是，借着双休，早上7点就迫不及待爬起来开始真正的“园路”了。不知道各位程序员有没有同感:平时早上总是睡不够，一到放假反倒没瞌睡了。

对于这个标题我想解释下，以免各们觉得我是在做seo,当然也许是我小人之心了。从10年1月22号，开始工作，一直在现在的公司做此系统的开发，程序员嘛，三句话不离老本行，所以用了“订餐系统”作为前缀，我想以后的文章也会是关于这个的方方面面了（下一篇文章应该是订餐系统之按距离[根据经纬度]排序、搜索）。至于权限，其实园子中已经有很多前辈写过很多优秀的东西了，特别是吉日嘎拉,他们都是数年的积累了，才有如此稳定的东西。当然，我们的权限系统也是几年来数十个客户（当然，只对重点客户在用此权限系统 ）反馈、升级后的结晶，其中包括*某订餐网站及北京某团购旗下订餐网站。也是他们的好评让我有信心再写这个经久不衰的话题。当然，最重要的还是，我觉得此权限系统中每个细节可控和集成轻量（简单，但重复，这也是此文的另一个目的，希望大家指点下），也是自己从设计，到编码一手完成的（还是有点私心哈）。因为第一次写，所以罗嗦了半天，下面开始才真正权限之路了。

首先还是需求：此权限系统可以控制到一个模块能否查询、添加、编辑、删除等操作，另外也可以根据需求添加导出，导入，分配权限等权限控制，按两级分类，如图（1）：

    

                                                                                                     图（1）

       至于数据表的设计和目前大家看到的表差不了多少，如图（2）：

                                

                                                                                             图（2）

      管理员表- EAdmin：Rem表示角色编号，Permission表示类型，1表示超级管理员（不受权限控制,提高速度，PS.判断权限是个复杂的过程），0表示普通管理员

      角色表-sys_Roles：目前一个管理员只能对应一个角色;

模块表-sys_Module：此表数据就是对应系统的系统中每个模块，如用户管理，订单管理，用户管理又分统计管理，积分管理等。 M_ParentID表示父类编号，M_PageCode用于和sys_RolePermission关联，一级分类形如：S00,S01.... 二有分类形如：S00M01,S00M02....，展现形式如图（3）：

            

上一篇： Kotlin 并发编程进阶（II：并发程序取消、异常处理、通道、流程）

下一篇： 之禾