0

数か月前から Alfresco 4.2b を使用しており、主に Share を使用しています。私はいくつかのカスタマイズ作業を行っていますが、同僚と私自身は、この投稿の主題について常に疑問に思っています。

拡張モジュールは、Alfresco 4 の最初のリリース以降に利用できる比較的新しい機能であることはわかっていますが、使用される拡張メカニズムに関して、実行された開発がどのような方法で行われるべきかはわかりません。私たちは、web-extension ディレクトリを使用するのではなく、拡張モジュール メカニズムを使用することに全力を注いでいます。おそらく、より用途が広く、保守しやすく、スケーラブルであり、おそらく web-extension ディレクトリの使用は今後のリリースで非推奨になる可能性があることを理解しているためです。また、現時点では、拡張モジュールで「すべて」を実行できるわけではないことも認識しています。

それによると、他の開発者の経験に基づく両方のメカニズムの長所と短所、および私たちの拡張哲学が正しいかどうかを知りたい. 同時に、次の質問に対する合理的な答えを見つけたいと思います。

  1. 適切な優先順位付けを行っており、拡張モジュールを使用してカスタマイズを実行しようとしている時間を「犠牲」にしていますか? それは価値がありますか？

  2. 今後のリリースで、カスタマイズ メカニズムとして web-extension ディレクトリを非推奨にすることはできますか?

  3. 拡張モジュール機能は改善されますか?

  4. (大まかに) 拡張モジュールの既知の制限は? 主な問題は、拡張メカニズムをいつ使用する必要があるかということです。

ご意見をお待ちしております。実際の経験に基づいた率直なご意見をお待ちしております。

よろしくお願いします。

4

2 に答える 2

1

実際、どちらも排他的ではありません。

たとえば、拡張メカニズムを使用して、Web スクリプトが web-extension フォルダーで定義されている新しいコンポーネントを定義しています。

実際、拡張モジュール自体は、alfresco/web-extension/site-data/extensions/... の下の web-extension フォルダーに配置できます。

私にとって、拡張モジュールを使用することは、(モジュールの展開プロセスのために) カスタマイズを論理的にパッケージ化する方法です。特定の条件でのみカスタマイズを使用できるようにする場合は、エバリュエーターを介して構成できるため、これが主な利点です。

于 2012-12-12T13:03:28.703 に答える