python - 从 Django 的角度理解 Zope 的内部结构

Question

我是 zope 的新手，之前我在 Django 上工作了大约 2.5 年。所以当我第一次跳入 Zope(v2) 时(只是因为我的新公司从 7 年开始就在使用它)，我面临这些问题。请帮助我理解它们。

1. zodb 的“真正”目的是什么？我知道它的作用，但告诉我 zodb 做了一件很棒的事情，而像 Django(没有 zodb)这样的框架没有做到这一点。

   更新:根据答案，Zodb 取代了对 ORM 的需求。您可以直接将对象存储在 db 中(zodb 本身)。

2. 据说 zope 的 killer 级功能之一是 TTW(通过 Web 或使用 ZMI 开发)理念。但是我(和任何开发人员)更喜欢基于文件系统的开发(使用版本控制，使用 Eclipse，使用 Zope 之外的任何喜欢的工具)。那么这个TTW到底用在哪里呢？

3. 这是大的。与 Python/Django 继承相比，Zope 的收购获得了什么“额外的东西”。

4. 从 Django 转到 Zope 真的是一个好举动吗？

5. 有没有类似 djangosnippets.org 的 Zope(v2) 网站？

Answer 1

首先要做的是:当前的 zope2 版本也包括所有的 zope3。如果您查看 Plone 等现代 zope2 应用程序，您会发现它在幕后使用了很多“zope 3”(现在称为“zope 工具包”，ZTK)。

ZODB 的真正用途:它是为数不多的真正广泛使用的对象数据库(与关系 SQL 数据库相对)之一。您可以“只”将所有 python 对象存储在其中，而无需使用对象关系映射器。引擎盖下没有“从xyz中选择*”。并且在 zodb 对象上添加一个新属性“只是”保持了这种变化。豪华!当您的数据无法轻松映射到严格的关系数据库时尤其方便。如果您可以轻松映射它:只需使用这样的数据库，我在 zope 项目中使用过几次 sqlalchemy。

TTW:我们已经回来了。至少，TTW 的 zope2 方式确实具有您担心的所有缺点。没有版本控制，没有外部工具，等等。Plone 正在试验(google 的“灵巧性”)用很好的显式 zope 3 方法进行 TTW 开发，仍然可以映射回文件系统。

TTW:zodb 使得在数据库中存储各种配置设置变得简单且便宜，因此您通常可以通过浏览器调整很多东西。不过，这并不算典型的 TTW 开发。

获取:方便的技巧，尽管它会导致巨大的命名空间污染。双刃剑。为了提高可调试性和维护性，我们在大多数情况下都尝试不使用。获取发生在“对象图”内部，因此请考虑“zope 站点内的文件夹结构”。调用“contact_form”向下三个文件夹仍然可以在站点的根目录中找到“contact_form”(如果在两者之间的某处找不到的话)。双刃剑!

(当然，常规的 python 面向对象继承发生在所有地方)。

从 django 迁移到 zope:对于某些问题来说确实是个好主意，而对于其他问题则毫无意义 :-) 相当多的 zope2/plone 公司实际上已经为特定项目做了一些 django 项目，通常是那些有 99% 的项目它们的内容存储在一个相对简单的 SQL 数据库中。如果您更喜欢内容管理，zope(和 plone)可能更好。

附加提示:不要只关注 zope2。 Zope3 的“组件架构”有很多功能可以创建更大的应用程序(也包括非 Web)。例如，查看 grok ( http://grok.zope.org) 以获得友好的打包 zope。纯组件架构也可以在 django 项目中使用。