¿Cuál es el flujo de trabajo de Spring MVC?
1. El usuario envía una solicitud al controlador front-end DispatcherServlet.
2.DispatcherServlet recibe una solicitud para llamar al asignador del procesador HandlerMapping.
3. El asignador del procesador encuentra el procesador específico (se puede buscar según la configuración xml y las anotaciones), genera el objeto del procesador y el interceptor del procesador (si lo hay) y los devuelve al DispatcherServlet.
4.DispatcherServlet llama al adaptador del procesador HandlerAdapter.
5.HandlerAdapter es adecuado para llamar a procesadores específicos (controladores, también llamados controladores back-end).
6. Después de ejecutar el controlador, regrese a ModelAndView.
7.HandlerAdapter devuelve el resultado de la ejecución del controlador ModelAndView a DispatcherServlet.
8.DispatcherServlet pasa ModelAndView al solucionador de vistas ViewReslover.
9.ViewReslover devuelve una vista específica después del análisis.
10.DispatcherServlet representa la vista según la vista (es decir, completa los datos del modelo en la vista). ?
11.DispatcherServlet responde al usuario.
Spring MVC es un producto de seguimiento de SpringFrameWork y se ha integrado en Spring Web Flow. Spring Framework proporciona un módulo MVC con todas las funciones para crear aplicaciones web.
Springmvc es un marco MVC de capa web, que se utiliza para reemplazar servlets (procesar solicitudes de respuesta, obtener parámetros de formulario y verificar formularios).
MVC es Model-View-Controller, que separa aplicaciones en forma de modelos, vistas y controladores.
Ver: Representa la interfaz de interacción del usuario. Para aplicaciones Web, puede ser HTML, jsp, XML, Applet, etc.
Una aplicación puede tener muchas vistas diferentes. El patrón de diseño MVC se limita a la recopilación y el procesamiento de datos y solicitudes de los usuarios en las vistas, y no incluye el procesamiento de procesos comerciales en las vistas. El procesamiento del proceso de negocio se deja en manos del modelo.
Modelo: Es la tramitación de negocios y la formulación de reglas de negocio. El modelo acepta los datos solicitados por la vista y devuelve el resultado final del procesamiento. El diseño del modelo de negocio es el núcleo más importante de MVC.
El patrón de diseño MVC nos dice que es muy importante extraer modelos de aplicaciones de acuerdo con ciertas reglas. El nivel de extracción no puede estar ni demasiado lejos ni demasiado cerca de lo específico.
MVC no proporciona un método de diseño para modelos, solo organiza y gestiona estos modelos para facilitar la reconstrucción del modelo y mejorar la reutilización.
Controlador: puede entenderse como recibir la solicitud del usuario, hacer coincidir el modelo con la vista y completar la solicitud del usuario.
La función de dividir la capa de control también es muy obvia. Le indica claramente a usted, como distribuidor, qué tipo de modelo elegir, qué tipo de vista elegir y qué tipo de solicitud de usuario completar. La capa de control no realiza ningún procesamiento de datos.