在最近的一个问题中，toutpt 说：
敏捷需要 Plone4.1 才能很好地处理原型内容并具有所有 plone 功能（历史、差异、锁定......）
我正在考虑在新站点中使用 Dexterity，以及标准的 Archetypes 对象，如页面、文件等。但是，我无法找到列出这可能引发的问题的页面。
我知道在网站上很好地配合使用敏捷/原型存在问题，例如在两种样式的内容类型之间进行引用。我想知道这是否仍然是一个问题（看起来toutpt 可能已经修复了它），以及在深入了解 Dexterity 之前我应该注意的其他问题。
最初我的想法是使用 Dexterity 1.0 和 Plone 4.1 附带的 Archetypes 版本，但我愿意接受建议（例如，版本 1.0-next for Dexterity）。
如果您想要一个混合了 Dexterity 和 Archetypes 内容的站点，我建议您使用 Dexterity 1.0 和 Plone 4.1。与往常一样，如果您想要最前沿的版本，您可以使用 1.0-next，但我不知道目前可以解决的主要问题。
关于引用...从敏捷项目到原型的 zc.relation 风格的关系已经工作了相当长的一段时间。在 Plone 4.1 中，如果您为您的敏捷内容类型启用 plone.app.referenceablebehavior 的行为，现在还可以使用原型样式引用从原型项目到敏捷项目。不过，用于 Dexterity 内容的 Archetypes IReferenceable 适配器尚未提供用于添加、删除和检索参考信息的完整 API。
我不会在站点中同时使用基于原型和敏捷的内容。
它可能适用于非常基本的需求，但存在不兼容性。例如，如果您的任何内容包含非 ASCII 字符，Dexterity 会将这些字符索引为 Unicode，但 Archetypes 会将 utf-8 放在那里。根本不支持将不同类型混合到相同的目录索引中，这会破坏您的站点。
仅使用原型或仅使用敏捷都可以。但是两者的混合需要更多的工作才能共存。
在我看来，关键问题是：您的新内容类型是基于现有的 Plone 内容类型还是扩展？如果是这样，请从 Archetypes 和 ATContentTypes 开始。（此外，如果您需要内容对象翻译，Dexterity 还没有。）
否则，如果您对摩擦有容忍度，那么与基于 Archetypes 的类型相比，Dexterity 构建的内容类型将更快、更清洁、更轻量级。