4. Fazit

Fassen wir zusammen, was wir erreichen wollten. Wir wollten die folgende dreischichtige MVC-Webanwendung erstellen:

• Das Modell war bereits vorhanden. Es wurde von allen drei vorgeschlagenen Lösungen identisch verwendet
• , da die Schichtenunabhängigkeit strikt gewahrt wurde; die [Web-]Schicht konnte auf drei verschiedene Arten implementiert werden, ohne das Modell zu beeinflussen. Wir arbeiteten ausschließlich innerhalb der [Web-]Schicht.
• Die Lösungen sind ähnlich. Während wir in der ersten Lösung ein einzelnes Servlet mit einer Methode pro zu bearbeitender Aktion hatten, haben wir in den beiden anderen Lösungen ebenfalls ein einzelnes Servlet, das jedoch von den Methoden zur Aktionsverarbeitung befreit ist, wobei die Verarbeitung nun von separaten Klassen übernommen wird. Die Rolle dieser Klassen war identisch mit der der Methoden in der ersten Lösung.
• Der Einsatz von [Spring] in dieser Anwendung ermöglicht es uns, die Klassen auszuwählen, die die Java-Schnittstellen der [Domain]- und [DAO]-Schichten implementieren. Diese Implementierungsklassen könnten innerhalb einer Schicht geändert werden, ohne dass dies Auswirkungen auf die anderen Schichten hätte. Es müsste lediglich die Spring-Konfigurationsdatei geändert werden. Somit könnte die [DAO]-Schicht, die derzeit vom [sqlMap]-Tool verwaltet wird, vom [Hibernate]-Tool verwaltet werden. Dies würde sich auf die [DAO]-Schicht auswirken, hätte jedoch keine Auswirkungen auf die [Web]- und [Domain]-Schichten.