针对新内容类型和新字段类型的Archetypes vs. Dexterity

Question

我已经离开Plone世界几年了（自从关于Plone 2.5），我正试图弄清楚在哪里投入时间创建新的内容类型，特别是新的自定义字段（包括自定义视图和编辑小部件。）

有人能帮助我理解Archetypes与敏捷之间的决策点吗？我以前写过基于AT的产品，所以我对那里的基础设施有一定的了解。我也在慢慢扫除Zope 3的记忆。一些细节：

• Dexterity与AT的未来是什么样的？ AT会被Dexterity取代吗？如果我写一个基于AT的产品，它最终是否需要移植到Dexterity？

• 什么为自定义字段类型，自定义窗口小部件和自定义视图提供了更简单的开发人员体验？

• 如何使用Dexterity部署自定义工作流程？

• 如何将现有内容从旧版本的产品迁移到较新版本？

谢谢！

Answer 1

作为Dexterity的最初开发者，我很偏颇，但是：

• 敏捷更清洁，更“现代”
• 敏捷与现代Zope和Plone的其他部分更为一致
• 敏捷具有较少的样板，而敏捷类型通常使用较少的代码
• Dexterity让您可以从通过Web架构发展到文件系统开发，而不会丢弃您的工作并从头开始
• Dexterity可以说比Archetypes有更多/更好的文档（参见plone.org/products/dexterity以及我的专业Plone 4开发）
• 敏捷性很稳定，似乎是许多“新”项目的首选

这些点基本上是敏捷开始的原因，因此它们并非偶然。

Archetypes肯定不会很快消失，并且很可能作为Plone核心的一部分而存在（可能最终）和附加很长很长时间。在一天结束时，您可以将它们视为创建CMF类型的不同方式，这就是它的全部内容。

我认为现在的主要决策点，除了任何传统问题，都是多语言支持。取代LinguaPlone没有好故事，尽管正在努力纠正这一点。

马丁

Answer 2

似乎Dexterity是一种比AT更加清晰，更灵活的实现内容类型的方式，也是Plone的未来。然而，AT要停留一段时间。

至于更容易的开发者体验，这取决于。也许this会有所帮助。

我个人的经验也是敏捷的一面。