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

FMM*_*FMM 2 python plone

我已经离开Plone世界几年了(自从关于Plone 2.5)并且我试图在哪里投入时间来创建新的内容类型,特别是使用新的自定义字段(包括自定义视图)和编辑小部件).

有人能帮助我理解Archetypes和Dexterity之间的决策点吗?我以前写过基于AT的产品,所以我对那里的基础设施有一定的了解.我也在慢慢扫除Zope 3的记忆.一些细节:

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

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

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

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

谢谢!

opt*_*ude 5

作为Dexterity的最初开发者,我非常偏颇,但是:

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

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

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

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

马丁