Struts2 を使用するためのより簡単で整理された方法はどれですか? 注釈または XML ファイルを使用しますか?
注釈がある場合、どの種類の注釈を使用しますか? struts-convention-plugin を使用すると、@results
または@action
.
注釈を書かないことよりも、注釈はどのような利点がありますか?
Struts2 を使用するためのより簡単で整理された方法はどれですか? 注釈または XML ファイルを使用しますか?
注釈がある場合、どの種類の注釈を使用しますか? struts-convention-plugin を使用すると、@results
または@action
.
注釈を書かないことよりも、注釈はどのような利点がありますか?
私は常に XML を使用してきましたが、最近はコンベンションを使い始めました。
XML は引き続き使用できますが、注釈を使用した方がよいでしょう。
これを裏付ける事実は、Convention プラグインを使用することです。
struts.xml
構成ファイルを開く必要はありません。(他の多くの要素の中で) アクション要素を見つけて、それがどのように構成されているかを確認します。クラス内の注釈を見るだけで、それがどのように機能するかをすぐに理解できます。同じことが検証にも適用されます(actionName-validation.xml
ファイルではなくクラス内。これにより、より粒度が高く、コードがきれいになり、ファイルが小さくなり、構成がほとんどなくなります。
XML ファイルと注釈を使用した両方の構成は同等です。私の意見では、それは単に感覚と学習曲線の問題です。
注釈を使用する主な利点は、struts.xml ファイルをアプリオリに削除できることです (XML 宣言型アーキテクチャを使用するすべてのフレームワークで、そのうちの 1 つを削除するとクラスパスの内容が軽減されます)。しかし、私の小さな経験からすると、大規模なプロジェクトに struts.xml ファイルを使用しないことは考えられません。また、あなたが言及したように、アノテーションを使用すると、フレームワークによって提供されるインテリジェントなデフォルトを継承することの威力を確認できます。したがって、一部の注釈は必須ではありません。struts 2 は自動的にデフォルトの構成を使用します (ゼロ構成または構成上の規則と呼ばれます)。
XML ファイルを使用する主な利点は、(struts.xml ファイルで参照される) 複数の XML ファイルでコンポーネント宣言をモジュール化できる場合でも、アプリケーション アーキテクチャ コンポーネントを一元的に管理できることです。XML ファイルを使用すると学習曲線が緩和されると思います。XML ファイルでは、インテリジェントなデフォルトを継承することもできます。