MVC-Muster, ein oder mehrere Controller/Servlets?

Question

Ich arbeite an einer Java EE-Anwendung und versuche, sie nach dem MVC-Muster zu implementieren. Ich verwende keine Frameworks (z. B. Spring), um die MVC-Struktur zu implementieren. Ich schreibe einfach meine eigenen Modelle, Ansichten und Controller.

Ich begann mit der Implementierung meiner Anwendung mit verschiedenen Servlets für jede Funktionalität (z. B. LoginServlet, RegisterServlet), aber ich bemerkte, dass viele Leute sagen, dass ein Controller (Servlet) genug ist, um alle Funktionen der Anwendung zu behandeln. Ich verstehe jedoch nicht, wie das passieren könnte, ohne einen unordentlichen Code zu bekommen. Ich denke, es ist ein Servlet/Controller mit mehreren if/else-Anweisungen, um zu überprüfen, woher die Anfrage kommt. Das Ergebnis wäre eine riesige doPost- oder doGet-Methode mit vielen if/else-Anweisungen, die nach einer schlechten Idee klingt.

Zusammenfassend, ist es eine gute oder schlechte Idee, ein anderes Servlet für jede Funktionalität der Anwendung zu haben, und wenn es schlecht ist, wie kann ich dasselbe mit einem Servlet erreichen und ohne riesige Methoden zu erstellen?

Answer 1

Das hängt von dem Muster ab, das Sie verwenden. Mein Vorschlag ist es, Entwurfsmuster zu lesen. Ein Beispiel, wie Sie einen einzelnen Controller haben können, ist das "Front Controller" -Muster. Der berühmte "Struts" ist ein Beispiel es mit: https://en.wikipedia.org/wiki/Front_controller

Hier ist ein Link mit Beispielimplementierung:

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

Answer 2

Gute und schlechte subjektiv sind.

Normalerweise gibt es ein DispatcherServlet (auch Front Controller Servlet genannt), das HTTP-Anfragen akzeptiert und den Code an einen geeigneten Handler weiterleitet, der die URL erhält.

Ich denke, REST und Micro-Services gehen noch einen Schritt weiter und offenbaren Funktionalität als mehrere HTTP-Endpunkte.

Dies ist ein weiterer Fall von Java EE, oder Ihre Interpretation davon, hinter der Zeit zu sein.

Ich würde dies mit Spring mit mehreren REST-Endpunkten tun.

Answer 3

Nein, Sie sollten Ihre servets logisch aufteilen. Eigentlich sollten Sie Ihre Verpackung in große logische Unterteilungen aufteilen. Für die Servlets zum Beispiel AuthenticationServet alle Authentifizierungsablauf, RegistrationServlet, EShopServlet etc

Pakete

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