权限设计——控制显示字段——设计思考.pdfVIP

权限设计——控制显示字段——设计思考.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

权限设计——控制显⽰字段——设计思考

根据⽤户⾓⾊,控制⽤户可见列表字段和导出列,整个系统都需要,⽅案该咋设计啊?

⽤户表挂⾓⾊表,⾓⾊表挂菜单表,菜单表挂字段表

⽤户表

user_id|user_name

1|user1

2|user2

菜单表

menu_id|menu_name|menu_type

1|订单列表|page

2|订单导出|btn

3|订单删除|btn

菜单字段表

field_id|menu_id|menu_fields|menu_field_type|remark

1|1|x1,x2,x3,x4|listview|列表展⽰

2|1|y1,y2,y3,y4|excelexport|excel导出

⾓⾊菜单字段表

role_id|menu_id|role_menu_fields

1|1|x1,x2,x3

2|1|x2,x3,x4

3|1|x1,x3,x4

role_idmenu_idrole_menu_fields

11x1,x2,x3

21x2,x3,x4

31x1,x3,x4

==================================================================

另⼀种实现思路是对权限进⾏扩充

原始是:列表查看;

扩展后:列表查看1,列表查看2,列表查看3,列表查看4

原始是:订单导出;

扩展后:订单导出1,订单导出2,订单导出3,订单导出4

根据不同的权限,选择使⽤不同的提前写好的sql字段;

这种⽅式没有第⼀种灵活,但是⽐第⼀种要省事,开发难度也要低很多;

====================================================================

系统中的权限可以固定吗?固定了有哪些不好?

固定:提前设计成:增,删,改,查,导⼊,导出,排序,发邮件,发短信,授权,撤销,审核,发消息,移动,打印,系统设置权限(⼀

般控制系统级按钮),扩展1,扩展2,扩展3,扩展4,扩展5,扩展6,扩展7,扩展8,扩展9,扩展10;

代码中使⽤枚举,依次判断⽤户是否有具体的权限;如果有导出,则显⽰导出按钮权限?

不好的地⽅是,扩展权限的名字和具体的业务对应会⽐较⿇烦,⽐如使⽤扩展1控制了什么权限,⼤家都不知道。

使⽤不固定的权限,添加权限时,设置权限Code,⽐如:adddel,update,view,improt,export,shortby,sendemail;

但是扩展部分就必须得和菜单添加配置协商对应了。

想了⼀个⽅法,仍然使⽤第⼀种⽅式,将权限提前固定好,但是允许⽤户修改扩展权限的备注内容,将⽤户的修改保存起来,⽤来记录当前

权限⽤来⼲啥了。

⽐如每添加⼀个菜单,就加载所有提前定义好的权限,允许⽤户修改扩展权限,的备注内容,但是不允许修改menu_code,和菜单名字。

每个菜单都对应⽣成所有权限,但是只有将权限设置成启⽤才会⽣效。

系统中的权限可以固定吗?固定了有哪些不好?固定:提前设计成:增,删,改,查,导⼊,导出,排序,发邮件,发短信,授权,撤销,

审核,发消息,移动,打印,系统设置权限(⼀般控制系统级按钮),扩展1,扩展2,扩展3,扩展4,扩展5,扩展6,扩展7,扩展8,扩

展9,扩展10;代码中使⽤枚举,依次判断⽤户是否有具体的权限;如果有导出,则显⽰导出按钮权限?不好的地⽅是,扩展权限的名字和

具体的业务对应会⽐较⿇烦,⽐如使⽤扩展1控制了什么权限,⼤家都不知道。使⽤不固定的权限,添加权限时,设置权限Code,⽐如:

adddel,update,view,improt,export,shortby,sendemail;但是扩展部分就必须得和菜单添加配置协商对应了

文档评论(0)

180****8094 + 关注
实名认证
文档贡献者

小学毕业生

1亿VIP精品文档

相关文档