新内容类型和新字段类型的原型与敏捷性答案

【问题标题】：Archetypes vs. Dexterity for new content types and new field types新内容类型和新字段类型的原型与敏捷性
【发布时间】：2012-02-04 05:33:24
【问题描述】：

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

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

谢谢！

【问题讨论】：

【解决方案1】：

作为 Dexterity 的最初开发者，我是相当有偏见的，但是：

灵巧更干净，更“现代”
灵巧与现代 Zope 和 Plone 的其余部分更加一致
Dexterity 的样板文件较少，而 Dexterity 类型通常使用较少的代码
Dexterity 可让您从 Web 架构发展到文件系统开发，而无需放弃您的工作并从头开始
Dexterity 可以说比 Archetypes 拥有更多/更好的文档（请参阅 plone.org/products/dexterity 以及我的《Professional Plone 4 Development》一书）
灵巧性很稳定，似乎是许多“新”项目的首选

这些点基本上是启动敏捷的原因，所以它们不是偶然的。

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

我认为，除了任何遗留问题之外，目前的主要决策点是多语言支持。没有什么好故事可以取代 LinguaPlone，尽管正在努力纠正这一点。

马丁

【讨论】：

【解决方案2】：

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

至于更轻松的开发人员体验，这取决于。也许this 会有所帮助。

我的个人经验也支持敏捷。

【讨论】：