产品依赖：触发重新安装

如何解决产品依赖：触发重新安装

| 我正在为Plone开发产品，例如

foo.core

。除了该核心产品之外，还有一些相关产品。像

foo.optional

。这些相关产品可能在实例中可用，如果可用，则可以安装它们（换句话说：我不能假定代码可用，或者如果可以使用，则应该使用）。 这些相关产品可能会覆盖由“ 0”进行的设置（例如，在属性表中）。这可以正常工作，但是如果我重新安装

foo.core

，将恢复默认设置。我想要的是在QuickInstaller中重新安装ѭ0时以某种方式自动重新安装ѭ1。 我可以想出的解决方案是： 安装了

foo.optional

后 向

foo.core

注册。的 后者

foo.core

将处理 重新安装所有已注册 核心包装是 重新安装。

foo.core

套餐 触发其他事件 包，例如1ѭ 听。事件处理程序将 然后触发重新安装

foo.optional

。 确保

foo.core

不会覆盖任何 可能以后被定制了 其他产品。 也许还有更多选择？ 'Plonish'方法是什么？ 编辑：我知道使用升级步骤可能比重新安装产品更好。但是，恕我直言，问题仍然存在：用于升级步骤的“通用设置”配置文件可能具有在“ 1”软件包的“通用设置”配置文件中修改的设置。 因此，使用升级步骤会使我的问题更加棘手：我应该如何确定升级步骤ѭ​​0ѭ是否意味着应该重新安装/升级

foo.optional

？ （仍然假设

foo.core

原则上不了解

foo.optional

。）     

解决方法

解决问题的方法比您建议的要容易得多： 我们不会像过去更新产品那样重新安装产品。重新安装产品将导致重新应用通用设置配置文件，这就是为什么您的设置将被覆盖的原因。 现在，您现在提供升级步骤。例如，如果您将个人资料版本从2更改为3，则您将拥有：

<genericsetup:upgradeStep
  title=\"Upgrade foo.core from revision 2 to 3\"
  description=\"Adds stuff\"
  source=\"2\"
  destination=\"3\"
  handler=\"foo.core.upgrades.two_to_three.addStuff\"
  sortkey=\"1\"
  profile=\"foo.core:default\"
  />

在升级步骤中，您可以执行所需的操作，甚至可以重新运行各个导入步骤。 如果您的产品升级不涉及更改GS配置文件，请不要在meta.xml中增加版本。在那种情况下，您显然也不需要升级步骤。     ,我怀疑您会因为参与Plone的附加安装故事（使“旧”和“新”技术并存而使情况复杂化）使自己的工作更加困难。我会退后一步，进一步考虑您要设计/实现的插件系统，并在绝对需要[1]之前避免包含Plone。 您还可以考虑使用入口点来实现插件系统的至少一部分： http://wiki.pylonshq.com/display/pylonscookbook/使用+条目+要点+要+写+插件 [1]假设Plone是一个严格的要求，并且您正在构建内容管理驱动的应用程序，否则您可能应该使用Django或Pyramid     ,安装/重新安装对附件没有任何意义。词汇已更改为启用/停用，但仍然不足以了解情况。 您有一个\“ setup \”，您可以在其中应用配置配置文件。一次又一次地应用配置配置文件，除了破坏现有配置外，它什么也没有做。 这就是为什么每个人都会通过使用升级步骤来回答这个问题的原因。我们不会在重新安装时触发配置文件，而是会在安装配置文件进行某些更改后升级附加组件。 因此，如果您将foo.core添加的设置更改为foo.optional进行更改，则可以执行以下操作。 使用新的plone.registry，可以向IRecord相关事件添加处理程序： 加 编辑 去掉 考虑一下文档： http://pypi.python.org/pypi/plone.registry 我已经完成了一些与此相关的代码，在其中更改了某些设置后，我想重建css注册表： https://github.com/collective/collective.jqueryuithememanager/blob/master/collective/jqueryuithememanager/registry.py