MVCパターン、1つまたは複数のコントローラ/サーブレット？

Question

私はJava EEアプリケーションを開発中で、MVCパターンに従って実装しようとしています。私は、MVC構造を実装するためにフレームワーク（例えば、Spring）を使用しません。私は自分のモデル、ビュー、コントローラーを書くだけです。

すべての機能（例：LoginServlet、RegisterServlet）ごとに異なるサーブレットを使用してアプリケーションを実装し始めましたが、1つのコントローラ（サーブレット）ですべてのアプリケーションの機能を処理することができます。しかし、私はその結果として乱雑なコードを取得することなく、どのように起こるか理解していません。私は、リクエストがどこから来たのかを確認するために、複数のif/else文を持つサーブレット/コントローラを1つ持つことを考えています。結果は、巨大なdoPostまたはdoGetメソッドであり、多くのif/elseステートメントは悪い考えのように聞こえるでしょう。

要約すると、アプリケーションのすべての機能に異なるサーブレットを持たせて、悪い場合は、サーブレットを使用して巨大なメソッドを作成せずに同じことを達成するにはどうすればいいですか？

Answer 1

これは、使用しているパターンによって異なります。私の提案は、デザインパターンを読むことです。 1つのコントローラを持つ方法の一例は、「フロントコントローラ」パターンです。有名な「Strutsの」それを使用した例です。 https://en.wikipedia.org/wiki/Front_controller

ここでの実装例とのリンクです：

http://www.oracle.com/technetwork/java/frontcontroller-135648.html

Answer 2

良い面と悪い主観的です。

通常、HTTPリクエストを受け入れ、URLを指定してコードを適切なハンドラにルーティングする1つのDispatcherServlet（別名フロントコントローラサーブレット）があります。

私はRESTとマイクロサービスが一歩進んで、複数のHTTPエンドポイントとして機能を公開していると思います。

これはJava EEのもう1つのケースであり、その解釈は時代遅れです。

私は、複数のRESTエンドポイントを使用してSpringでこれを行います。

Answer 3

いいえ、論理的な方法でサービスを分割する必要があります。実際には、大きな論理部門でパッケージを分けてください。すべての認証フローを処理する例AuthenticationServet、RegistrationServlet、EShopServletなど

パッケージ

com.myapp.servlets.* 
com.myapp.models.jpa* 
com.myapp.models.(something)* 
com.myapp.services.*