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

  • 时间:
  • 浏览:1

      最后再说一下回复,我怕不说明励志的话 ,会这麼人来回复,这麼人来条我的毛病。我是希望亲戚亲戚我们我们 来挑毛病的,或者您这麼只说个结论就完事了吧,再说点论据和论证好吗?我或者一code,希望的是具体的东东,空洞的、泛泛的、这麼实际意义的,我是很烦的。比如那个,由于 表的数量 > 4 ,太久 我或者瞎搞,或者没弄明白设有哪些是权限。这叫有哪些呀?!

      我要我改有四个多亲戚亲戚我们我们 能接受的名字就还要能了吧。



      好像写了这麼多并这麼给亲戚亲戚我们我们 有四个多总体的印象,那要我尝试通过有四个多小故事来说一下吧。讲理论我我我嘴笨 是这麼了行,咱讲例子吧。

      由于 由于 有亲戚亲戚我们我们 拥有相同的权限,一一给每被委托人设置比较麻烦,于是就引入了Role,通过Role来错综复杂一下操作,一并也便于维护。由于 权限有变化,这麼只时需修改Role就还要能了。用户和角色是多对多,角色和权限也是多对多。

 

      或者在引入Group,你之类刚刚 某些错综复杂了,Group不须仅仅是组织机构,还由于 是工作组,也由于 是某些。既然引入了Group,这麼他刚刚 由于 和组织机构有某些关联。下面是我的某种理解。

      比如一家牛肉面馆,主要卖牛肉面,老板为了让牛肉面的口感更好某些,提供了某种配料:香菜、葱花、辣椒油、醋。老板我嘴笨 这四个都这麼哪些有点硬的,就告诉大厨,每一样都放上去某些。那我或者有四个多“牛肉面 + 某种配料”的方案。

      那我的配料方案或者:

 



      不管我的这四个表和Orcale的四个表是刚刚 一样的,总之我是不喜欢你之类为了减少表而把之类的都给挤到有四个多表的最好的办法。我还是会用我的好多表的最好的办法。离米 在这麼发现中大难题刚刚是不必改的。

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

      有四个多图和在一并

 

      另外就是亲戚亲戚我们我们 以亲戚我们我们 、同事、同学、进程员的身份来讨论,亲戚亲戚我们我们 一并提高嘛!

      由于 我刚刚 直接给用户设置操作权限,或者通过角色来间接实现的。太久 我或者能直接把拒绝操作设置给用户。

      那我用户甲就还要能通过部门来找到角色A。或者说不必在次给用户甲分配角色A了。



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

      第四个焦点是“拒绝角色”。刚刚亲戚亲戚我们我们 都这麼听说过,顶多听说过拒绝操作。好像亲戚亲戚我们我们 刚刚 接受。

      有哪些,您问由于 有20位顾客,亲戚我们我们 要的牛肉面刚刚 全部一样的,难道让这20被委托人每被委托人都说一遍需求吗?你之类就还要能追到来那个配料方案了,只不过你之类配料方案刚刚 有饭店提供,或者让顾客自行设置。比如让顾客找个代表出来,要我来指定配料方案(离米 管理员,由他来设置角色)。

      写到第六章终于迎来了热烈的讨论,不过讨论的焦点好像和角色的关系刚刚 很大。第有四个多焦点是数据库的设计算不算符合三范式。你之类我承认,我我嘴笨 不符合。你之类我刚刚 点不敢往下写了,看一下表形状,Role_Role  -> FunctionIDs ,Role_RoleButton ->ButtonIDs ,Role_RoleColumn -> ColumnIDs,Role_RoleResource -> ControlCaseIDs,四个表刚刚 你之类设计。由于 要改励志的话 ,这麼要我时需再增加有四个多表,Oracle用四个表就追到了,而我你之类增加就加了有四个多。那我刚刚 人说我的表多了,又要加进去去有四个多,我可咋样是好?你说我要我不郁闷吗?哎,为甚又带情绪了,有哪些刚刚能改呢?

      开张刚刚来了四位顾客,就看牛肉面的介绍后始于英语 英语 英语 点餐。亲戚我们我们 要了四份牛肉面,第一份不须葱花,第二份不须香菜,第三份不须辣椒油,第四份不须醋。由于 每被委托人的口感刚刚 一样,也由于 会有忌口的。这麼提出那我的要求也这麼有哪些。老板一想,客户我嘴笨 挑剔了某些,或者也这麼哪些的。于是就告诉大厨客户的需求。

      你之类或者组合,把公用的追到来,或者把特殊的单独列出来,最后根据不同的人的需求,选取适合的组合在一并。

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

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

      最后某种状况或者我的权限的思路了,或者我的项目提供基本的单一的功能,或者让客户被委托人去选取、组合

      于是配料方案就变成了那我。

 

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

      由于 说“还要能操作”的集合叫做角色励志的话 ,这麼“拒绝操作”的集合应该叫有哪些呢?我给起的名字或者“拒绝角色”。亲戚亲戚我们我们 好像不太接受,这麼我要我请亲戚亲戚我们我们 帮个忙,看看“拒绝操作”的集合应该叫有哪些好?



      我我嘴笨 现在想一想,功能节点、按钮、字段有有哪些不也还要能看成是某种资源吗?或者说权限就变成了,对“资源”有这麼使用的权力。这里的资源是有四个多广义上的资源,包括节点、按钮、页面、字段、数据、过滤最好的办法(查询条件)等等。那我子励志的话 ,我不就只时需有四个多表了吗?用户表、角色表、资源权限表,哦忘记了有四个多关联表。用户和角色的关联,角色和资源的关联。那我或者四个表了,和那个传说中的Orcale的四个表就差有四个多表了。恩,那个有四个多关联表是刚刚 也还要能合并成有四个多呢?合并了刚刚就确我我嘴笨 实变成了四个表了。

      这回老板想了,这下没难题了吧。那我又来了四位顾客。也是要了四份牛肉面,第一份只放香菜和辣椒油,第二份只放辣椒油和醋,第三份只放葱花和醋,第四份只放辣椒油和葱花。这回老板哭了。这客户也这麼答对了呀。忽然老板急中生智,奔向厨房橱柜,告诉大厨,刚刚做好牛肉面后,有哪些配料刚刚 放了。或者又去吩咐服务员,给每张桌子放上四个小碗,分别放上葱花、香菜、辣椒油和醋,哦,还是用瓶口装醋吧。最后告诉客户,亲戚亲戚我们我们 提供了某种配料,亲戚亲戚我们我们 还要能最好的办法口感被委托人加进去去。

      这里的不放香菜,或者某种“拒绝”,在原有的配料方案的基础上,加进去某某种配料,而形成某种新的配料方案。或者说你放了某些的我刚刚 管,就是不放香菜就行。 用“拒绝”的最好的办法,有刚刚表述起来比较清楚。由于 里面客户的需求不必拒绝的最好的办法来说,就会某些啰嗦。来四份牛肉面,第一份放香菜、辣椒油、醋,第二份放葱花、辣椒油、醋,第三份放香菜、葱花、醋,第四份放香菜、葱花、辣椒油。那我子一口气说出来,恐怕服务员就记不住了,当然也由于 服务员的记忆能力很强要能记住。或者还是很啰嗦。

      在重新埋点一下表,由于 这麼用户和权限励志的话 ,是下面的你之类图。有四个多用户还要能有多个权限,有四个多权限也还要能有多个用户。

 

      而我的思路是那我的,我把功能“切成小片”,让客户(管理员)被委托人去组合成角色。而你之类“小片”就以功能节点、按钮,甚至是字段、过滤条件的形式体现。而有有哪些都列了个目录放上了表里面。(别问我你说清楚了这麼)

我现在的设计是把权限分成了操作和资源两每种,或者操作又变成了功能节点 + 按钮的形式。而资源变成了字段(算不算可用)和过滤条件,而过滤条件又分为列表过滤(GridView你之类类的)和控件过滤(DropDownList你之类类的)。

下面你之类图好像有点硬乱。

又来了四位顾客,也是点了四份牛肉面,第一份只放香菜,第二份只放葱花,第三份只放辣椒油,第四份只放醋。老板想呀,今天是有哪些了,为甚客户刚刚 那我呢。或者没最好的办法,客户或者上帝呀。于是吩咐大厨照做。

还有四个多或者工作组,我要我工作组或者角色的集合吧。有四个多用户拥有多个角色,这麼就通过工作组来错综复杂操作。



      最后或者权限,又回到了老难题,权限到底是有哪些?

      一始于英语 英语 英语 老板的思路或者预先做配料方案,根据被委托人的经验和某些客户的需求来制定有四个多还要能适合大每种状况使用的方案,或者让客户去选取。或者刚刚客户的各种各样的需求都上来了,哪有四个多都得答对好,都得满足。哪个客户要能得罪的起呢?于是就不断的修改被委托人的配料方案以满足需求。最后老板我我嘴笨 是顶不住了,把饭店还要能提供的配料罗列出来,让客户被委托人去选取。那我饭店只时需提供单一的配料,某些的就不管了,把皮球踢给了客户。