five.localsitemanager 4.0

概述

five.localsitemanager试图提供一个尽可能接近zope.interface / zope.component实现的本地站点管理器实现。已做出一些保留，这些保留与原始API不冲突，以简化与CMF的路径。

开发者资源

• 源代码

  https://github.com/zopefoundation/five.localsitemanager

4.0 (2023-02-01)

• 停止支持Python 2.7, 3.5, 3.6。

3.4 (2022-12-16)

• 修复针对Zope 4的测试中隐蔽的buildout配置错误。

• 添加对Python 3.11的支持。

3.3 (2022-04-11)

• 添加对Python 3.8, 3.9, 3.10的支持。

3.2.2 (2018-11-09)

• 修复弃用警告。

3.2.1 (2018-10-11)

• 将测试更新到当前的persistent版本。

3.2 (2018-10-05)

• 添加对Python 3.7的支持

3.1 (2018-05-18)

• 更多PEP8合规性。

• 避免测试中的弃用警告。

• 停止支持Python 3.4。

3.0.1 - 2017-05-27

• #4: 用persistent替换对ZODB3的依赖，添加zope.site。

3.0.0 - 2017-05-23

• 目标与Zope 4一起使用：不再支持2.13.x。

• Python 3兼容性

• 添加tox测试脚本。

2.0.6 - 2017-05-02

• 如果网站根没有Acquisition父级，则不要抱怨。[davisagli]

• 删除zope.site依赖。使用Zope 2.12时它是间接依赖，使用Zope 2.13或更高版本时不再需要。[yuppie]

• 确保在传递给父类之前，PersistentComponents 没有获取包装器，以便在 zope.interface 中缓存组件根以对此根进行弱引用。[MatthewWilkes]

2.0.5 - 2011-02-06

• 使测试与 Zope 2.13.2 兼容。

2.0.4 - 2010-06-13

• 处理 Zope 2.13 的弃用警告。

• 如果当前站点未正确设置或站点获取链损坏，提供更有意义的错误信息。[hannosch]

2.0.3 - 2010-01-02

• 将‘update_sitemanager_bases_handler’失败改为静默，而不是引发错误。这允许导入损坏的站点，特别是旧的 CMF 站点。[yuppie]

2.0.2 - 2009-11-15

• 修复了 five.localsitemanager 2.0.1 中的回归，其中基于提供的接口注销实用程序会导致如果没有为该接口注册实用程序则损坏。[davisagli]

2.0.1 - 2009-10-19

• 使组件注销工作与最新的 zope.component 兼容。[hannosch]

• 修复了具有物理路径的组件注销问题。[thefunny42]

2.0 - 2009-09-27

• 清理了包文档，并在测试中修复了拼写错误。[hannosch]

• 确保仅在提供 IAcquirer 接口的对象上调用 __of__ 方法。[hannosch]

• 更新了 forked registerUtility 方法以匹配 zope.component 3.7.1 代码库。这修复了现有接口/名称对隐式注销实用程序的两个错误。[hannosch]

• 简化了一些代码，aq_parent 现在尊重 __parent__ 指针。[hannosch]

2.0a1 - 2009-05-27

• 更新到使用 zope.lifecycleevent 的 IObjectMovedEvent 而不是 zope.container。现在我们要求 zope.lifecycleevent >= 3.5.2。[hannosch]

• 删除了与 Zope 2.12 KGS 冲突的包依赖关系。[yuppie]

• 调整代码以使用新的 zope.site 和 zope.container 包，并使用 zope.location 的 ISite 接口。[hannosch]

• 指定所有包依赖关系，包括 Acquisition 和 Zope2。您需要使用 eggified Zope 2.12 或为这些创建 fake-eggs。[hannosch]

• ‘make_site’不再在其名称中存储站点管理器的路径。这样，名称就不会过时。PersistentComponents 的 __repr__ 方法现在返回当前路径而不是站点管理器的名称。[yuppie]

• 要求 zope.component >= 3.5.0。[icemac]

1.0 - 2008-11-18

• 使用绝对路径注册的实用程序在 aq_chain 中返回时带有 RequestContainer。由于第一个实用程序的查找结果是存储在适配器查找缓存中的，因此后续的实用程序查找返回第一个查找的实用程序及其 RequestContainer。

  解决方案：对于使用绝对路径注册的实用程序，现在在查找时也移除了 RequestContainer。[icemac]

1.0c1 - 2008-08-27

• 为项目添加了 buildout，因此可以使用 bin/test 进行测试。[icemac]

• 添加了使用绝对路径注册实用程序的功能。这些实用程序被包装在其原始上下文中返回。此更改与现有注册表向后兼容。

  但是，注册具有获取上下文的实用程序的行为将不同，因为这些实用程序将在其原始上下文中返回。要恢复以前的行为，注册未包装的实用程序（aq_base）。

  为了存储路径信息，组件必须实现 getPhysicalPath 并具有绝对路径。

  当注册为实用程序的组件移动并再次注册时，注册表中存储的路径会更新。[icemac]

0.4 - 2008-07-23

• 重写 PersistentComponents.registeredUtilities 以不使用内部方法。这使得它与 zope.component <3.5.0dev 和 >3.5.0dev 都兼容。[wichert]

0.3 - 2007-12-24

• 修复了在分配各种值到组件注册表的实用程序注册表中可能出现的 aq 问题。[hannosch]

0.2 - 2007-06-30

• 重构并修复了 aq 包装：嵌套站点管理器现在返回正确上下文中的实用程序。移除了 RequestContainers，并缓存了包装的实用程序。这要求在所有使用在 five.localsitemanager 站点下方的“实用程序”注册表中使用特殊的 LookupClass，称为“FiveVerifyingAdapterLookup”。[yuppie, hannosch]

0.1.2 - 2007-06-23

• 纠正了 zip-safe 标志为 False。

0.1.1 - 2007-03-05

• 修复了在查找实际上是组件注册表的父级（ISite）的实用程序时的aq包装。

0.1 (2007-02-27)

• 初始版本