python - Pyramid :多个资源工厂——如何

Question

我有一个简单的根资源工厂:

class Root:
    __acl__ = [
        (Allow, Authenticated, 'edit')
    ]

现在对于一些“特殊”的路由，我需要创建另一个资源工厂

config.add_route('special', '/special/test', factory=SpecialFactory)

class SpecialFactory:
    __acl__ = [
        (Allow, Authenticated, 'special_edit')
    ]

现在，我想让 Root 成为 SpecialFactory 的父级——我应该怎么做？

这是正确的方法吗...

class SpecialFactory:
    def __init__(self, request):
        self.request = request
        self.__parent__ = Root(request)
        self.__name__ = 'special'

    __acl__ = [
        (Allow, Authenticated, 'special_edit')
    ]

我也不完全理解 __name__ 的用途以及它应该设置成什么。

此外，Pyramid 何时遍历 __parent__ 链，何时不遍历？对于这样的 View 配置:

@view_config(route_name='special', permission='special_edit')
def something(req):
    pass

Pyramid 会“收集”两种权限(special_edit 和edit)还是只收集一种(special_edit)？

请详细解释计算权限的“流程”。

Answer 1

__name__ 仅在通过遍历生成 url 时才会考虑，所以不用担心。

首先，工厂参数是一个工厂。意思是，它是接受 request 对象的“某个对象”，并期望接收回一个实际上是树根的对象。

class Root:
    def __init__(self, request):
        self.request = request

def resource_factory(request):
    return Root(request)

add_route(..., factory=resource_factory)

请注意，这里的工厂很明显。一个常用的捷径是利用这样一个事实，即构造一个对象的实例实际上会返回它自己。所以 Root(request) 从外面看起来完全一样，并返回与 resource_factory(request) 相同的对象。

太好了，现在我们有了一个“根”对象，我们可以从中开始遍历。当然，这不一定是树的实际根，它只是遍历的起点。

您还没有向 add_route 添加 traverse 参数，因此遍历不会去任何地方，它只会返回根对象作为上下文。查找上下文对象是遍历练习的全部目标。

所以，现在我们有了上下文。是的。

Pyramid 的授权通过将用户的“有效委托(delegate)人”、“上下文”和“许可”相结合来工作。这三件事是您的授权策略将用来确定是否允许或拒绝操作的内容。

“有效委托(delegate)人”来自身份验证策略，代表请求背后的用户。

“上下文”和“权限”随心所欲。在大多数情况下，它们是 request.context 和 View 的权限，但是 pyramid.security.has_permission() 可以接受任何上下文对象和任何权限，并返回允许或拒绝结果。

因此，我们已经获得了授权所需的 3 项内容。现在，如何授权？好吧，这取决于授权策略。默认情况下，ACLAuthorizationPolicy。那么它是如何工作的呢？

ACLAuthorizationPolicy 从 context 开始，并通过该对象的“沿袭”向后移动。 “沿袭”定义为通过跟随每个对象的 __parent__ 回到末尾而创建的列表，其中没有更多的 __parent__ 可以跟随。因此，在您的示例中，上下文将是 SpecialFactory 的一个实例，上下文的“沿袭”是列表 [ SpecialFactory(request), Root(request) ] .

ACL 匹配的工作方式(在 ACLAuthorizationPolicy 中)是它遍历沿袭中的每个对象，从上下文回到根，在中搜索每个对象的 __acl__命令。它找到的第一场比赛是赢家。 ACL 中的条目由“(Allow or Deny, principal, permission)”定义，匹配项是ACL 中包含我们正在寻找的相同权限的条目，因为委托(delegate)人与当前用户的有效委托(delegate)人列表中的委托(delegate)人之一相匹配。一旦找到匹配项，搜索就会停止并返回结果。

如果此算法对您不起作用，请更换授权策略。它是高度可插拔的，默认实现很容易理解(总共只有几行代码)。您甚至可以制定完全不关心上下文的自己的策略，此时您可以忽略所有这些遍历废话。这取决于你。