2

はい、バッキング Bean に関する質問を検索したところ、多くの質問が見つかりました。私はそれらを読み、その一部を理解しましたが、別の質問をする必要があります。

JSF MVCパターンのために、バッキングBeanが必要であることを理解した後。バッキング Bean がモデルです。したがって、フォーム、画像、およびログイン ボックスを表示するページがある場合、バッキング Bean には、ビューで公開または変更する必要があるデータの getter/setter ペアがあります。また、バッキング Bean には、フォームの送信時やログイン時に何が起こるかなど、これに関連するメソッドもあります。

私の質問は、上記のステートメントが正しいかどうかです。上記のコンポーネント用に作成するバッキング Bean の数は、コードの量に依存しますか?

このページのすべてのコンポーネントのメソッドとゲッター/セッターのペアを公開する 1 つのバッキング Bean は、3 つのバッキング Bean を作成するのと同じように、正当で「正しい」(つまり、私が何も間違っていないことを意味します) でしょうか。コンポーネントごとに 1 つでも問題ありません。

要するに、ページごとに 1 つのバッキング Bean を作成するのではなく、いつ分離する必要があるか、またその論理的な部分を経験することでしょうか? ある人がページのコンポーネントごとにバッキング Bean を作成したと聞きましたが、最終的に小さなクラスがたくさんできたようです。

誰かが私を確認して修正できれば、非常に感謝します。

4

1 に答える 1

2

ビュー内のすべてのコンポーネントが、プロパティとアクションのために 1 つのマネージド Bean にバインドされることは正当です。IDE ツールでは、単一のバッキング Bean でこれを行うことが推奨される場合があります。

ただし、クラスの観点から見ると、このアプローチには細分性がなく、マネージド Bean のテストが難しくなる可能性があります。クラスの目的が明確に定義されていない場合、クラスがその目的を果たしていると断言するのは難しい場合があります。警告サイン「クラスが行うことの要約には「および」という単語が含まれています」を参照してください。JSF のすべてのバージョンで依存性注入がサポートされているため、コンポジションに依存してマネージド Bean を組み立てるのは比較的簡単です。

これはやや主観的なトピックであり、答えは他の要因 (アプリケーションの規模、ビューのデザイン、ページの機能) によって異なります。

于 2012-01-06T14:00:37.113 に答える