3

长话短说：为什么 Zend ACL 支持角色之间而不是资源之间的多重继承？

我有一个大的资源树，我希望能够授予权限。过去，我所做的就是创建两棵不同的树。第一个具有树中每种类型的通用资源。第二个具有这些类型的所有实例，以相同的方式排列。这意味着如果您要对树进行超级强加，您会在同一级别上找到相同类型的对象。然后，将每个对象实例设置为将其来自第一棵树的通用对象作为附加父对象。这允许我为每种类型的对象设置默认权限，因此每个实例都将继承它们，而不是我必须定义它们，但仍然为我提供了对每个实例的精细、特定的访问权限。

一个例子：

一个站点有 3 个模块：用户，其中存储用户配置文件和诸如此类的东西。论坛，对当前问题进行热烈讨论 画廊，用户可以上传他们的宠物照片

所以，上面提到的泛型树看起来像这样：

                        模块
                    / | \
                  用户论坛图库
                  / | \
               个人资料主题照片
                          |
                         邮政

实例树看起来像这样：

                        模块_1
        // / | \ \           
    用户 1 用户 2 用户 3 论坛 画廊 1 画廊 2
      | | | / \ / \ / \
个人资料 个人资料 个人资料 sub1 sub2 照片 照片 照片 照片
                         | / \
                     后 1 后 2 后 3

并且在 ACL 中，每个用户对象实例都将从第一棵树中的用户继承。所以默认情况下，我想让所有内容都可读，所以我允许在模块上读取。一切都继承自模块，所以一切都很好。我还希望用户能够编辑他们的个人资料，所以我授予每个用户在他们各自的个人资料上的编辑权限，泛型树在这里没有帮助。假设我的照片画廊是 NSFW，所以我想拒绝阅读它们。通过多重继承，我可以拒绝任何未注册用户的照片读取，这只是一个操作。如果没有多重继承，我必须检查每张照片并拒绝未注册用户的读取权限。如果我有很多照片，这是个坏消息。

有谁知道这样做的方法？它提供了我能想到的最灵活的解决方案。如果您能想到可以使用 Zend_Acl 实现的更好的东西，也请回复！

非常感谢。

4

2 回答 2

4

首先，回答你的问题。资源的多重继承。Zend_ACL 不支持，因为您的资源树旨在复制您正在保护的物理资源。您根本不能（例如）在多个父目录中存在一个文件。

所以为您提供解决方案...

  • 我假设您的“泛型”树是您的资源。

  • 您的角色应该代表您的用户组，例如匿名、注册、版主、管理员等。每个更宽松的角色都应该从前一个角色继承，所以“注册”将从“匿名”继承，“版主”从“注册”等继承。这允许每个级别都拥有其父级的所有权利，然后添加一些。

  • 假设您使用我所描述的结构，您还将使用特权来分配可能的用户操作。IE。“查看”、“编辑”、“添加”和“管理”见链接文本

  • 您需要将“查看”权限分配给“模块”上的匿名角色，并授予所有人读取权限。

  • 您需要将“添加”权限分配给“论坛”上的注册角色，在此处通过授予读取（从匿名角色继承）和添加到注册用户。

  • 您需要为“gallery”上的注册角色分配“add”权限，并在此处将读取（再次继承）和添加到注册用户。

  • 冲洗并重复版主、管理员等。

  • 要允许用户修改他们自己的个人资料、图片上传等，您不会使用 ACL 来处理此级别的交互。只需在代表资源（图像对象、配置文件对象等）的任何对象上创建一个 isOwner 方法，该方法将根据当前登录的用户是否拥有该项目返回一个布尔值。这样您就可以决定是否允许该用户编辑/删除/等该配置文件/图像。

希望这是有用的！

于 2009-05-14T22:26:59.550 回答
1

我不能直接从经验中推荐任何东西，我很久以前就使用每个资源的多个权限来完成它，这有点痛苦。

如果我现在正在编写 ACL 代码，我可能会在http://codeutopia.net/blog/2009/02/11/zend_acl-part-2-different-roles-and-上查看这篇关于 ACL 资源类型的文章resources-more-on-access/或许还有第 1 部分和第 3 部分的灵感。

在文章的最后，谈到了允许跨所有资源的读取访问并创建一揽子允许/拒绝规则。

于 2009-05-14T22:03:46.423 回答