2012-12-12 81 views
0

好吧,我工作幾個月前,與Alfresco 4.2b,主要是共享。我正在進行一些定製工作,我和我的同事們一直在想這篇文章的主題。擴展模塊VS網絡擴展定製Alfresco時分享

我們知道擴展模塊是一個相對較新的特性,自Alfresco 4的第一個版本開始就可以使用,但我們不知道應該使用擴展機制來進行開發。我們正在盡全力使用擴展模塊機制,而不是使用web-extension目錄。我們這樣做是因爲我們知道,它可能更通用,可維護和可擴展,並且誰知道,可能在其他版本中使用web-extension目錄可能會被棄用。我們也知道,目前你不能用擴展模塊來做「所有事情」。

所以根據這一點,我想知道基於其他開發人員經驗的兩種機制的優缺點,以及我們是否正確處理擴展理念。同時,我想找到一個合理的答案,接下來的問題:

  1. 我們正在做正確的優先次序和「犧牲」我們的時間試圖與擴展模塊進行定製?這值得嗎?

  2. 可以在其他版本中將web-extension目錄作爲自定義機制棄用嗎?

  3. 擴展模塊功能是否有待改進?

  4. (粗略地)擴展模塊的已知限制?主要的問題可能是什麼時候應該使用一種擴展機制或另一種擴展機制?

我期待聽到您的意見。根據你的真實經歷和儘可能誠實的態度,我們將會強烈感謝你的意見。

非常感謝。

回答

1

其實這兩個都不是排他性的。

我正在使用自己的例子擴展機制來定義新的組件webscripts定義在web擴展文件夾中。

事實上擴展模塊本身可以位於下露天/網絡推廣/網站的數據/擴展了網絡的擴展文件夾/ ...

對我來說,使用擴展模塊是一種邏輯上包(由於模塊的部署過程)您的定製。這是主要的優勢,因爲如果您希望定製僅在特定條件下可用,則可以通過評估程序進行配置。

+0

我知道這兩個都不是排他性的,實際上我使用web-extension目錄進行一個定製,我認爲它不可能作爲擴展模塊。我想作爲答案,如果可能的話,是一個比較性的描述用例。無論如何,有用的答案,謝謝。 –

0

web-extension路由的兩個主要問題是您將最終在自定義中複製核心代碼,並且如果多個擴展嘗試擴展相同的組件,則必須獲勝。

可擴展性模塊的工作可能會稍微多一點,但在減少維護負擔以及解決多個附加組件相互衝突時的問題方面,您可能會做得更多。

從4。2開始,你不需要重寫web腳本組件 - 至少在Share中。您應該始終使用可擴展性模塊。