金字塔：多个资源工厂——如何答案

【问题标题】：Pyramid: multiple resource factories -- how to金字塔：多个资源工厂——如何
【发布时间】：2015-05-21 20:26:18
【问题描述】：

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

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_config(route_name='special', permission='special_edit')
def something(req):
    pass

Pyramid 会“收集”两个权限（special_edit 和 edit）还是只收集一个权限（special_edit）？

请详细说明计算权限的“流程”。

【问题讨论】：

标签： python pyramid

【解决方案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 的授权通过结合用户的“有效主体”、“上下文”和“权限”来工作。这 3 件事是您的授权策略将用于确定允许或拒绝操作的内容。

“有效主体”来自身份验证策略，代表请求背后的用户。

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

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

ACLAuthorizationPolicy 从context 开始，并通过该对象的“血统”向后追溯。 “沿袭”被定义为通过将每个对象的__parent__ 追溯到最后创建的列表，其中没有更多的__parent__ 可遵循。因此，在您的示例中，上下文将是 SpecialFactory 的一个实例，上下文的“沿袭”是列表 [ SpecialFactory(request), Root(request) ]。

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

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

【讨论】：