2

登録機能、ログイン機能、ユーザーのログイン後の CRUD 操作機能など、いくつかの主要な機能を備えた Web アプリケーションを検討してください。私の質問は、特定のタスクをそれぞれ処理する複数のサーブレットを持っているのか、それともデータ アクセス オブジェクトと通信する 1 つのメイン コントローラー サーブレットにすべてをグループ化するのかということです。

私は既存のフレームワークを使用したくありません。また、そのような機能を適切に実装する適切な方法を学びたいと思っています。どなたか手を貸していただけると助かります。

ありがとう。

4

3 に答える 3

2

コントローラーの数は、実装する機能の種類によって異なります。2 つ以上の機能が類似している (類似の作業を行っている) 場合、これらを 1 つまたは 2 つのサーブレットに簡単にグループ化できます。

ただし、実装している機能が異なる場合は、別のコントローラーを使用することをお勧めします。

個別の異なる機能に対して個別のコントローラーを使用する方が良い理由はいくつかあります。

1.) アプリケーションがよりモジュール化される

2.) 1 つの機能を変更するために他の機能を削除する必要がないため、これらの機能のアップグレードとメンテナンスが容易になります (これは、1 つのコントローラー サーブレットですべてを実装する場合には不可能です)。

3.) 他のコントローラーに触れる必要がないため、新しい機能の追加と削除が簡単になります。

4.) すべてのコントローラーに特定のタスクがあるため、デバッグとエラーの検出が容易になり、デバッグ用のコンポーネントが効果的に削減されます。

于 2013-08-23T11:32:52.660 に答える
1

Web アプリケーションのエントリ ポイントが 1 つであると、生活がある程度楽になります。そのため、すべての着信要求を受け入れる単一のコントローラーを作成することに賛成です。複数のエントリ ポイントよりも単一のエントリ ポイントがある方が、コードのデバッグが容易になります。コントローラーは、その仕事が適切なハンドラー (他のクラス) にリクエストをディスパッチすることであるため、シンプルかつ効率的である必要があります。

于 2013-08-23T11:30:04.070 に答える
0

複数の操作がある場合、複数のコントローラーを使用できます。たとえば、それらがユーザーに関連するタスクである場合、ユーザー関連のタスクに対して1つのコントローラーのみを作成し、そのユーザーコントローラーにメソッド/リクエストマッピングを作成できます。このように、別のコントローラーで他の操作を作成できるため、プロジェクトを簡素化するのに役立ちます。

于 2013-08-23T11:34:27.857 に答える