Plone 4.1中的敏捷和原型陷阱是什么？

问题描述

| 在最近的一个问题中，toutpt说：   敏捷需要Plone4.1发挥出色   具有原型内容并拥有全部   plone功能（历史记录，差异，锁定，   ...） 我正在考虑在新站点中与页面，文件等标准Archetypes对象一起使用敏捷。但是，我无法找到列出可能引发的问题的页面。 我知道敏捷/ Archetypes在网站上不能很好地协同工作存在一些问题，例如在两种内容类型之间进行引用。我想知道这是否仍然是一个问题（看来toutpt可能已经解决了这个问题），以及在深入学习《敏捷》之前我应该​​注意的其他陷阱。 最初我的想法是使用Dexterity 1.0和Plone 4.1附带的Archetypes版本，但我愿意接受建议（例如，Dexterity的1.0-next版本）。     

解决方法

        如果您想要一个混合敏捷和原型内容的网站，我建议将敏捷1.0与Plone 4.1一起使用。与往常一样，如果您需要最新的功能，则可以使用1.0-next，但是我不知道当前可以解决的主要问题。 关于引用...从敏捷项目到原型的关系式关系已经工作了相当长的时间。在Plone 4.1中，如果您为您的Dexterity内容类型启用了plone.app.referenceablebehavior中的行为，现在还可以使用从Archetypes项目到Dexterity项目的Archetypes样式引用。不过，用于敏捷内容的Archetypes IReferenceable适配器尚未提供用于添加，删除和检索参考信息的完整API。     ,        我不会在站点中同时使用基于原型和敏捷的内容。 它可能满足非常基本的需求，但是存在不兼容性。例如，如果您的任何内容包含非ASCII字符，Dexterity都会在目录中将这些索引编为Unicode，但是Archetypes会将utf-8放在该目录中。完全不支持将不同类型混合到同一目录索引中，这会破坏您的站点。 仅使用原型或仅使用敏捷即可。但是，在两者共存之前，两者的混合需要更多的工作。     ,        在我看来，关键问题是：您的新内容类型是基于现有Plone内容类型还是作为其扩展？如果是这样，请从原型和ATContentTypes开始。 （此外，如果您需要内容对象转换，则敏捷还没有）。 否则，如果您可以忍受摩擦，则与基于原型的类型相比，构建敏捷的内容类型将更快，更干净，更轻便。