¿Por qué springmvc es mejor que struts?

1 y Struts2 son interceptaciones a nivel de clase. Una clase corresponde a un contexto de solicitud. SpringMVC es una interceptación a nivel de método. Un método corresponde a un contexto de solicitud y el método corresponde a una URL. Por lo tanto, es fácil para SpringMVC implementar una URL relajante desde la propia arquitectura, mientras que la arquitectura de struts2 es difícil de implementar. Debido a que un método de acción en Struts2 puede corresponder a una URL, pero su atributo de clase es compartido por todos los métodos, es imposible identificar su método a través de comentarios u otros métodos.

2. Debido a las razones anteriores, los métodos SpringMVC son básicamente independientes y exclusivos de los datos de solicitud y respuesta. Los datos de la solicitud se obtienen a través de parámetros y los resultados del procesamiento se devuelven al marco a través de ModelMap. Los métodos no *comparten* variables y Struts2 es confuso. Aunque el método también es independiente, todas sus variables de acción son compartidas y no afectarán la ejecución del programa. Sin embargo, nos dio problemas a la hora de codificar y leer el programa. Cada vez que llega una solicitud, se crea una acción y un objeto de acción corresponde a un contexto de solicitud.

3. Struts2 necesita encapsular cada solicitud, encapsular las variables del ciclo de vida del servlet, como solicitudes y sesiones, en un Mapa para cada acción y garantizar la seguridad de los subprocesos, por lo que, en principio, consume más memoria.

4. En términos del mecanismo de implementación del interceptor, Struts2 tiene su propio mecanismo de interceptor y SpringMVC utiliza un modo AOP independiente, lo que da como resultado un tamaño de archivo de configuración más grande para Struts2 que SpringMVC.

5. La entrada de SpringMVC es el servlet y Struts2 es el filtro (debe señalarse aquí que el filtro y el servlet son diferentes. Solía ​​​​pensar que el filtro es un tipo especial de servlet), que conduce a la diferencia entre los dos Los mecanismos son diferentes, aquí está la diferencia entre servlet y filtro.

6.SpringMVC integra Ajax y es muy cómodo de usar. Esto se puede lograr con un comentario @ResponseBody y luego el texto de respuesta se devuelve directamente. El interceptor Struts2 integra Ajax. Generalmente, necesita instalar un complemento o escribir su propio código para integrarlo en la acción, lo cual es relativamente inconveniente de usar.

7. La verificación SpringMVC admite JSR303, que es relativamente más flexible y conveniente de manejar, mientras que la verificación Struts2 es más engorrosa y demasiado problemática.

8. Spring MVC y Spring son perfectos. En términos de administración y seguridad de este proyecto, también es mejor que Struts2 (por supuesto, Struts2 puede lograr el mismo efecto que SpringMVC a través de diferentes estructuras de directorios y configuraciones relacionadas, pero hay muchos lugares que requieren configuración xml).

9. En términos de ideas de diseño, Struts2 está más en línea con las ideas de programación OOP, mientras que SpringMVC es más cauteloso y expande los servlets.

La eficiencia de desarrollo y el rendimiento de 10 y SpringMVC son superiores a los de Struts2.

11. SpringMVC se puede considerar como una configuración 100 cero.