design-patterns - 根据用户权限隐藏/禁用 GUI 元素的最佳方法？

Question

我正在启动一个 Web 应用程序，客户端在纯 ExtJS 中实现，中间层在 Grails 中实现。该应用程序具有基于角色的授权，其中用户可以拥有许多细粒度的角色，如 SOME_FORM_READ、SOME_FORM_UPDATE、SOME_DATA_DELETE、SOME_DATA_READ 等。根据用户的角色，需要禁用或隐藏某些 GUI 元素，而其他需要处于只读模式。

我在网上做了一些搜索，但没有找到任何专门解决这个问题的设计模式，所以我想出了自己的设计。我相信很多网络应用程序都会有类似的要求，所以我想在这里发布我的设计并听取人们的意见。我的设计绝不是完美的，但我希望它可以随着大家的投入而改进。虽然我正在使用 ExtJS，但总体设计也应该适用于类似的框架，如 GWT、Flex、Swing 等。

所以，这里是:

关于授权，我们需要在客户端层处理四种类型的代码(或信息):

GUI 元素操作代码，例如:

面板.hide()
form.setReadOnly(true)

GUI 元素权限要求，例如:

form.requires('READ', 'FORM_READ_ROLE')

adminPanel.requires('ADMIN_ROLE')

用户权限信息，基本上是用户拥有的角色列表；

授权逻辑:根据用户权限确定隐藏/禁用哪些元素；

设计的核心是一个单例，命名为GUIPermissionManager，简称GPM。这是一种集中式设计，因为大部分代码都在 GPM 中，因此 GUI 元素不会被授权代码污染。这就是 GPM 的工作方式:

GUI 元素(需要特定权限才能访问)向 GPM 注册其权限信息，如下所示:

GPM.register(this, 'DEPARTMENT_DELETE_ROLE');//删除部门按钮

GPM维护一个GUI权限注册列表

在用户登录时，GPM 收到分配给用户的角色列表

GPM 遍历 GUI 权限注册列表并根据用户权限确定要隐藏 GUI 的哪个部分，然后相应地调用 element.hide()

问题 :

GUI 元素按树形层次结构组织，例如一个面板包含一个按钮栏和一个表单，所以当面板被隐藏时，不需要进一步检查按钮栏和表单是否需要隐藏。 问题 : 如何在 GPM 中注册和维护这些分层信息？

目前，我只能想到 GUI 元素的两个用例:隐藏元素或将元素设置为只读(例如表单)。还有其他用例吗？

在ExtJS中，要隐藏一个元素，我们调用hide()，但是要设置一个表单只读，我们必须想出我们自己的函数，比如说它叫做setReadOnly()，如何让GPM知道调用哪个函数?将函数作为注册的一部分传递？

将表单设置为只读的最佳方法是什么？如果我使用 setReadOnly() 功能扩展表单组件，将会有很多代码重复，我必须为每个需要权限控制的表单执行此操作。是否可以在 GPM 中创建动态表单转换器，以便如果表单设置为只读，它会自动将所有可编辑字段替换为仅显示字段？

Answer 1

Q1:分层 UI 元素隐藏——优化你的 GPM 以避免隐藏已经通过父级隐藏的元素在我看来不会有太大的性能提升。我的理由:

您在用户登录时加载一次权限，而不是一直加载。

取决于它的编码方式，无论如何都需要额外的处理来确定层次结构。

通过充分的计划，您可以避免注册数十个组件并坚持使用总体容器。

如果您真的想跟踪分层信息，您始终可以使用所有容器组件提供的“包含”方法来检查 DisplayObject 是否包含在其子列表中的任何位置(包括下游)。每次注册组件时都可以调用它以检查它是否已经注册了父级。

然后可以在字典中设置一个标志以忽略隐藏在该组件上。在遍历已注册组件列表以确定应该隐藏的内容时，可以首先检查此标志。字典可以使用与注册组件的 UID 对应的键。此外，当需要忽略其他 GPM 功能时，此标志可用于忽略组件，例如禁用表单(因为无论如何都不会看到表单)。

Q2。在我的脑海中，您可以禁用/启用组件、实现状态更改或拦截事件以及所有警报。这确实是一个太宽泛的问题，因为任何事情都可以做——这完全取决于设计师。

Q3。你可以:

在注册组件时提供参数，例如表明它们是什么类型(用于隐藏的容器、用于设置为只读的表单等)

在注册时检查每个组件，以确定将要使用它做什么。

本质上，您将与 GPM 知道它们的接口(interface)并相应地与它们交互的各种组件建立契约(Contract)。

Q4。您始终可以将表单设置为禁用(启用 = false)。这可以防止任何用户交互。某些皮肤会更改以指示组件已禁用，因此您可能需要修改它们的皮肤以防止某些这种显示行为。在该行上，您还可以更改他们的皮肤以隐藏某些元素，例如 TextInput 框的边框，以使其看起来更像是“ View ”而不是禁用的输入。

可以创建一个“转换器”，用 RichText 组件等更改 TextInputs。这将需要大量的工作，并且可能应该构建到扩展的 Form 类而不是 GPM 中。我认为每种组件类型的不同皮肤状态可能是一个更好的解决方案，以避免创建和销毁组件只是为了改变表单的显示方式。