原型与新内容类型和新字段类型的灵活性

Question

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

有人能帮助我理解原型与灵巧之间的决定点吗？我以前写过基于AT的产品，所以我对那里的基础设施比较熟悉。我也在慢慢抹去我的Zope3记忆。一些细节：

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

• 什么为自定义字段类型、自定义窗口小部件和自定义视图提供了更轻松的开发体验？

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

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

谢谢！在

Answer 1

作为敏捷性的最初开发者，我有点偏见，但是：

• 灵巧更干净更“现代”
• 灵巧更符合现代佐普和普隆的其余部分
• Dexterity有较少的样板文件，并且Dexterity类型通常使用较少的代码
• 灵巧让您可以从web模式发展到文件系统开发，而不必放弃您的工作，从头开始
• 可以说，与原型相比，Dexterity拥有更多/更好的文档（请参见plone.org/products/dexterity以及我的《专业Plone 4开发》一书）
• 灵活性是稳定的，似乎是许多“新”项目的首选

这些基本上就是灵巧开始的原因，所以它们不是偶然的。在

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

我认为除了对遗留问题的关注外，现在的主要决策点是多语言支持。虽然有人正在努力纠正，但仍有人试图用语言来代替。在

马丁

Answer 2

似乎Dexterity是一种比AT更干净、更灵活的实现内容类型的方法，而且也是Plone的未来。然而，在那里要呆一段时间。在

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

我个人的经验也属于灵巧。在