Este team de redactores ha estado por horas buscando para darle soluciones a tus preguntas, te compartimos la soluciones así que esperamos serte de gran apoyo.
Solución:
Se utilizan muchos patrones de diseño diferentes, pero hay algunos obvios:
-
Proxy: se usa mucho en AOP y en comunicación remota.
-
Singleton: los beans definidos en los archivos de configuración de Spring son singletons de forma predeterminada.
-
Método de plantilla: se usa ampliamente para lidiar con código repetitivo repetitivo (como cerrar conexiones limpiamente, etc.). Por ejemplo JdbcTemplate, JmsTemplate, JpaTemplate.
Actualice los siguientes comentarios: para MVC, es posible que desee leer la referencia de MVC
Algunos patrones obvios en uso en MVC:
-
Controlador de vista de modelo :-). La ventaja con Spring MVC es que sus controladores son POJO en lugar de ser servlets. Esto facilita las pruebas de los controladores. Una cosa a tener en cuenta es que solo se requiere que el controlador devuelva un nombre de vista lógico, y la selección de vista se deja a un ViewResolver separado. Esto facilita la reutilización de controladores para diferentes tecnologías de vista.
-
Controlador frontal. Spring proporciona DispatcherServlet para garantizar que una solicitud entrante se envíe a sus controladores.
-
View Helper: Spring tiene una serie de etiquetas JSP personalizadas y macros de velocidad para ayudar a separar el código de la presentación en las vistas.
Y, por supuesto, la inyección de dependencia, o IoC (inversion of control), que es fundamental para todo el asunto de BeanFactory/ApplicationContext.
Lo de DI en realidad es una especie de patrón de estrategia. Siempre que desee intercambiar lógica/implementación, normalmente encontrará una interfaz y un método de establecimiento apropiado en la clase de host para conectar su implementación personalizada de esa interfaz.
Recuerda que tienes la capacidad de explicar .