【自然框架】之通用权限(外传):杂谈

  • 时间:
  • 浏览:1
  • 来源:爱乐彩网站_爱乐彩下载_爱乐彩官网

      我我愿意改另一五个 让他们他们能接受的名字就后要 了吧。

      而我的思路是原先的,我把功能“切成小片”,让客户(管理员)自己去组合成角色。而這個 “小片”就以功能节点、按钮,甚至是字段、过滤条件的形式体现。而有有哪些都列了个目录贴到 了表上面。(我我愿意知道你说歌词 清楚了太难)

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



      嘴笨 现在想一想,功能节点、按钮、字段有有哪些不都后要 否看成是這個 资源吗?假若说权限就变成了,对“资源”有太难使用的权力。这里的资源是另一五个 广义上的资源,包括节点、按钮、页面、字段、数据、过滤依据(查询条件)等等。原先子语句,我不就只后要 另一五个 表什么时间?用户表、角色表、资源权限表,哦忘记了另一五个 关联表。用户和角色的关联,角色和资源的关联。原先假若五个表了,和那个传说中的Orcale的五个表就差另一五个 表了。恩,那个另一五个 关联表是也有都后要 否合并成另一五个 呢?合并了原先就确嘴笨 实变成了五个表了。

      假若在引入Group,這個 也有许多复杂化了,Group无须仅仅是组织机构,还肯能是工作组,也肯能是许多。既然引入了Group,太难他也有肯能和组织机构有许多关联。下面是我的這個 理解。

      原先的配料方案假若:

 

      这回老板想了,这下没问题了吧。原先又来了四位顾客。也是要了四份牛肉面,第一份只放香菜和辣椒油,第二份只放辣椒油和醋,第三份只放葱花和醋,第四份只放辣椒油和葱花。这回老板哭了。这客户也太难答对了呀。忽然老板急中生智,奔向橱房,告诉大厨,原先做好牛肉面后,有哪些配料也有放了。假若又去吩咐服务员,给每张桌子贴到 五个小碗,分别贴到 葱花、香菜、辣椒油和醋,哦,还是用瓶口装醋吧。最后告诉客户,让他们他们提供了這個 配料,让他们他们后要 依据酒质自己加进去去。

      另一五个 图和在一并

 

      比如一家牛肉面馆,主要卖牛肉面,老板为了让牛肉面的酒质更好许多,提供了這個 配料:香菜、葱花、辣椒油、醋。老板嘴笨 这五个都太难哪些有点的,就告诉大厨,每一样都贴到 去许多。原先假若另一五个 “牛肉面 + 這個 配料”的方案。

      一时候开始了了老板的思路假若预先做配料方案,根据自己的经验和许多客户的需求来制定另一五个 后要 适合大帕累托图情形使用的方案,假若让客户去选折 。假若以后客户的各种各样的需求都上来了,哪另一五个 都得答对好,都得满足。哪个客户都都后要 得罪的起呢?于是就不断的修改自己的配料方案以满足需求。最后老板嘴笨 是顶不住了,把饭店后要 提供的配料罗列出来,让客户自己去选折 。原先饭店只后要 提供单一的配料,许多的就不管了,把皮球踢给了客户。

      肯能说“后要 操作”的集合叫做角色语句,太难“拒绝操作”的集合应该叫有哪些呢?我给起的名字假若“拒绝角色”。让他们他们好像不太接受,太难我我愿意请让他们他们帮个忙,看看“拒绝操作”的集合应该叫有哪些好?

      不管我的这五个表和Orcale的五个表是也有一样的,总之我是不喜欢這個 为了减少表而把累似 的都给挤到另一五个 表的依据。我还是会用我的好多表的依据。共要 在太难发现中问题原先是很多改的。

      这里的不放香菜,假若這個 “拒绝”,在原有的配料方案的基础上,加进去某這個 配料,而形成這個 新的配料方案。假若说你放了许多的让他有管,假若不放香菜就行。 用“拒绝”的依据,有原先表述起来比较清楚。肯能上面客户的需求很多拒绝的依据来说,就会许多啰嗦。来四份牛肉面,第一份放香菜、辣椒油、醋,第二份放葱花、辣椒油、醋,第三份放香菜、葱花、醋,第四份放香菜、葱花、辣椒油。原先子一口气说出来,恐怕服务员就记不住了,当然也肯能服务员的记忆能力很强都都后要 记住。假若还是很啰嗦。

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

      最后再说一下回复,我怕不说明语句,会太难人来回复,太难人来条我的毛病。我是希望让他们他们来挑毛病的,假若您后要 了只说个结论就完事了吧,再说点论据和论证好吗?我假若一code,希望的是具体的东东,空洞的、泛泛的、太难实际意义的,我是很烦的。比如那个,肯能 表的数量 > 4 ,统统我假若瞎搞,假若没弄明白设有哪些是权限。这叫有哪些呀?!

      在重新收集一下表,肯后要 否了用户和权限语句,是下面的這個 图。另一五个 用户能算不算多个权限,另一五个 权限都后要 算不算多个用户。

 

      有哪些,您问肯能有20位顾客,让他们他们要的牛肉面也有完整性一样的,难道让这20自己每自己都说一遍需求吗?這個 就后要 搞懂来那个配料方案了,只不过這個 配料方案也有有饭店提供,假若让顾客自行设置。比如让顾客找个代表出来,让他来指定配料方案(共要 管理员,由他来设置角色)。

      第五个焦点是“拒绝角色”。原先让让他们他们太难听说过,顶多听说过拒绝操作。好像让他们他们也有接受。

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

      写到第六章终于迎来了热烈的讨论,不过讨论的焦点好像和角色的关系也有很大。第另一五个 焦点是数据库的设计算不算符合三范式。這個 我承认,嘴笨 不符合。這個 让他有点不敢往下写了,看一下表特征,Role_Role  -> FunctionIDs ,Role_RoleButton ->ButtonIDs ,Role_RoleColumn -> ColumnIDs,Role_RoleResource -> ControlCaseIDs,五个表也有這個 设计。肯能要改语句,太难让他后要 再增加另一五个 表,Oracle用五个表就搞懂了,而我這個 增加就加了另一五个 。原先也他们说我的表多了,又要加进去去另一五个 ,我可怎样是好?你说歌词 我我愿意不很伤心 吗?哎,缘何又带情绪了,有哪些原先能改呢?



      最后假若权限,又回到了老问题,权限到底是有哪些?

      好像写了太难多并太难给让他们他们另一五个 总体的印象,原先就尝试通过另一五个 小故事来说一下吧。讲理论我嘴笨 是都没办法 行,咱讲例子吧。

      开张原先来了四位顾客,就看牛肉面的介绍后时候开始了了点餐。让他们他们要了四份牛肉面,第一份无须葱花,第二份无须香菜,第三份无须辣椒油,第四份无须醋。肯能每自己的酒质也有一样,也肯能会有忌口的。太难提出原先的要求也太难有哪些。老板一想,客户嘴笨 挑剔了许多,假若也太难哪些的。于是就告诉大厨客户的需求。

我现在的设计是把权限分成了操作和资源两帕累托图,假若操作又变成了功能节点 + 按钮的形式。而资源变成了字段(算不算可用)和过滤条件,而过滤条件又分为列表过滤(GridView這個 类的)和控件过滤(DropDownList這個 类的)。

下面這個 图好像有点乱。



      肯能肯能有让他们他们拥有相同的权限,一一给每自己设置比较麻烦,于是就引入了Role,通过Role来复杂化一下操作,一并也便于维护。肯能权限有变化,太难只后要 修改Role就后要 了。用户和角色是多对多,角色和权限也是多对多。

 



又来了四位顾客,也是点了四份牛肉面,第一份只放香菜,第二份只放葱花,第三份只放辣椒油,第四份只放醋。老板想呀,今天是有哪些了,缘何客户也有原先呢。假若没依据,客户假若上帝呀。于是吩咐大厨照做。

      最后這個 情形假若我的权限的思路了,假若我的项目提供基本的单一的功能,假若让客户自己去选折 、组合

还有另一五个 假若工作组,我我愿意工作组假若角色的集合吧。另一五个 用户拥有多个角色,太难就通过工作组来复杂化操作。

      原先用户甲就后要 通过部门来找到角色A。假若说很多在次给用户甲分配角色A了。

      于是配料方案就变成了原先。

 

      当然了,并也有所有的情形都适合使用拒绝的情形,比如下面的四位顾客。

      肯能让他有直接给用户设置操作权限,假若通过角色来间接实现的。统统我假若能直接把拒绝操作设置给用户。

      提供這個 主食——牛肉面,提供這個 配料——香菜、葱花、辣椒油、醋。让客户自行选折 。

      這個 假若组合,把公用的搞懂来,假若把特殊的单独列出来,最后根据不同的人的需求,选折 适合的组合在一并。



      另外假若让他们他们以让他们他们、同事、同学、守护应用应用程序员的身份来讨论,让他们他们一并提高嘛!