可配置权限的图形用户界面框架的分析(2)

 

6.第三阶段--体系化

本文中的术语界面元素，在一般的书籍中称为窗口组件，但是最近的SWT、GWT等都喜欢用Widget做类名，中文翻译和组件没什么关联，因此换个名称。

  上一篇文章用一句话来概括，就是基于界面元素的权限系统的可实现性分析。界面元素指窗口、面板、控件等。

 

本文继续挖掘该对象模型的潜力。上文我为了对应旧代码，使用了脚本权限（ScriptRight）标签，这个标签太灵活了，让我们难以分析在特定上下文中的作用。

就好象一个人，啥都会做--俗称打杂，就很难发现专业特长。话说几年前我打杂的时候，有天正在招聘办公室扫地，有位仁兄飞一般的到来，把我刚扫好的纸片吹得到处都是，没办法，只好继续扫，顺便八卦的听着这段面试内容。

考官：都做过什么职业？

应聘人：做过寨主，养过马，当过私人保镖。

考官：......

考官：会驾驶交通工具吗？

应聘人：筋斗云，月光宝盒。

考官：......

考官：拿过什么职称？

应聘人：斗战胜佛。

考官：......

考官：你觉得你适合做什么工作？

应聘人：做什么都行。

考官：......

最后该仁兄没有被录取。所以说人哪，还是专业点好。(后来我继续发扬八卦精神，才知道是总经理听到他说当过寨主，而我们又是山寨企业，于是...)

咳咳，言归正传。

6.1简化配置--权限上下文环境

整理一下权限的类体系。

 

现在，上篇文章的权限可以这样写

<RoleRight