0

好吧，我几个月前就开始使用 Alfresco 4.2b，主要是使用 Share。我正在执行一些定制工作，我的同事和我自己总是想知道这篇文章的主题。

我们知道扩展模块是一个相对较新的功能，自 Alfresco 4 的第一个版本以来就可以使用，但我们不知道在所使用的扩展机制方面应该采用哪种方式进行开发。我们正在努力使用扩展模块机制，而不是使用 web-extension 目录。我们这样做是因为我们知道它可能更具通用性、可维护性和可扩展性，谁知道呢，也许在以后的版本中可能会弃用 web-extension 目录。我们也知道，目前你不能用扩展模块做“一切”。

因此，据此，我想根据其他开发人员的经验了解这两种机制的优缺点，以及我们的扩展理念是否正确。同时，我想为接下来的问题找到一个合理的答案：

  1. 我们是否正在正确地确定优先级并“牺牲”我们尝试使用扩展模块进行定制的时间？这值得吗？

  2. 是否可以在后续版本中弃用 web-extension 目录作为自定义机制？

  3. 扩展模块功能是否会得到改进？

  4. （大致）扩展模块的已知限制？主要的问题可能是，什么时候应该使用一种扩展机制或另一种？

我期待听到您的意见。根据您的真实经验并尽可能诚实，我们将非常感谢您的意见。

首先十分感谢。

4

2 回答 2

1

其实两者并不排斥。

例如，我使用自己的扩展机制来定义 web 扩展文件夹中定义的 web 脚本的新组件。

事实上，扩展模块本身可以位于 alfresco/web-extension/site-data/extensions/... 下的 web-extension 文件夹中

对我来说，使用扩展模块是一种逻辑打包（因为模块的部署过程）您的定制的方法。这是主要优势，因为如果您希望自定义仅在特定条件下可用，则可以通过评估器对其进行配置。

于 2012-12-12T13:03:28.703 回答
0

该web-extension路由的两个主要问题是，您最终会在您的定制中复制核心代码，并且如果多个扩展试图扩展同一个组件，那么一个必须获胜。

可扩展性模块可能需要做更多的工作，但在大大减少维护负担以及解决多个附加组件相互冲突时的问题方面，您将得到更多回报。

从 4.2 开始，您不需要覆盖 Web 脚本组件 - 至少在 Share 中。您应该始终使用可扩展性模块。

于 2012-12-13T14:53:21.167 回答