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

Question

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

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

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

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

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

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

谢谢！

Answer 1

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

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

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

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

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

马丁

Answer 2

看起来 Dexterity 是一种比 AT 更干净、更灵活的内容类型实现方式，也是 Plone 的未来。不过，AT 仍将停留一段时间。

至于更轻松的开发者体验，则视情况而定。也许这会有所帮助。

我的个人经验也偏向敏捷。