克隆工作流程的圣杯答案

【问题标题】：The Holy Grail of Plone workflow克隆工作流程的圣杯
【发布时间】：2012-04-05 00:49:27
【问题描述】：

我们正在实施 Plone CMS 作为 ISO9001 文档的存储库。

ISO 要求一定数量的日志记录，熟悉该标准的人可能都知道 :-)

为了灵活起见，我们希望合并，没有特定的顺序：

因此，工作流优化的圣杯应该是（如果我错了，请纠正我）：

问题在于不同产品的整合：

我搜索了 google-realm 并已经找到了这些链接：

我们还检查了：

这些都已安装和配置...

但是，我的新内容类型不允许签出/签入（迭代产品），并且历史视图中也不会跟踪相同内容类型的版本/更改。

它们是一个神奇的顺序，还是我错过了一些东西（或者很多——这更有可能）？因为如果所有这些产品在我看来都是“开箱即用”的，那么这就是所有工作流程的包罗万象的解决方案......

添加 2012/04/17：正如 thet 所说，堆栈已完成

【问题讨论】：

我认为没有 CMFPlacefulWorkflow 也能过得去：它可以让您在每个文件夹的基础上分配工作流。每个类型的工作流可以直接在 portal_workflow 中完成。
如果您对日志记录感到偏执，我还建议考虑使用将本地角色访问的所有更改记录到文本日志文件的内容覆盖共享选项卡/页面视图（这将记录访问更改，如果您编写代码来这样做）。然后为 IObjectModifiedEvent 设置事件处理程序（请参阅 zope.lifecycleevent）等，以将内容的每次更改（添加、编辑、删除）记录到同一文本日志中。
另外，请考虑将您的工作流程保留在文件系统上。对于除了最复杂的边缘情况之外的所有情况，您可以考虑使用pypi.python.org/pypi/collective.wtf 以 CSV 格式管理您的自定义工作流定义，而不是从 ZMI portal_workflow 导出 XML 并在文件系统中调整 XML。示例：goo.gl/aGGmz
如果您需要版本控制，您可能希望坚持使用原型。它经过了更多的战斗考验。

【解决方案1】：

您需要使用 plone.app.stagingbehavior (http://pypi.python.org/pypi/plone.app.stagingbehavior)，它将 Iterate/CMFEditions 链接到敏捷类型。不确定您的版本控制问题。

【讨论】：

谢谢乔恩，昨天晚上很晚才到达那个点……你对敏捷与原型的看法。对我来说，灵巧似乎很棒，但“可插拔性”似乎仍然低于标准，你同意吗？
不知道您所说的“可插拔性”是什么意思。灵巧在许多方面都优于原型，但并非所有方面。
我可以看到我的评论是模糊的。我的意思是在与其他附加组件合作使用灵活性时，例如placefulworkflow、迭代、共享、索引等。请注意，这是一个新手（试图克服学习曲线）的解释:-)
Dexterity 的“可插拔性”实际上是它优于原型的众多方面之一。与 Archetypes 不同，Dexterity 的设计使其可以使用这些“行为”的当前实现，同时为人们替代其他实现或添加全新行为留下开放的选项。 Archtypes 非常“单一”，很难以这些方式定制。不过，Dexterity 确实不支持 Archtypes 的每一个功能，尽管它非常接近。

【解决方案2】：

你也可以插入versioningbehavior

【讨论】：