Java에서 struts2와 spring MVC의 사용법 차이점 비교

이 글은 Java에서 Struts2와 Spring MVC의 차이점을 주로 소개합니다. 매우 훌륭하고 참고할만한 가치가 있습니다. Struts2는 클래스 수준의 차단에 해당합니다. context, SpringMVC는 Method-level 가로채기이고, method는 요청 context에 해당하고, method도 url에 해당하므로, 아키텍처 자체에서 SpringMVC는 Restful url을 쉽게 구현할 수 있는 반면, struts2 아키텍처는 구현하기 어렵다. Struts2의 Action 메소드입니다. URL에 대응할 수 있지만 해당 클래스 속성은 모든 메소드에서 공유되므로 주석이나 다른 메소드를 사용하여 자신의 메소드를 식별하는 것은 불가능합니다.

2. SpringMVC 메서드는 기본적으로 독립적이며 요청 응답 데이터에 독점적으로 액세스하며, 처리 결과는 ModelMap을 통해 프레임워크로 반환됩니다.

3. Struts2는 각 요청을 캡슐화해야 하므로 요청 및 세션과 같은 서블릿 수명주기의 변수를 각 Action에서 사용할 수 있도록 Map으로 캡슐화하고 스레드 안전성을 보장하므로 원칙적으로 더 많은 메모리를 소비합니다.

4. 인터셉터 구현 메커니즘 측면에서 Struts2에는 자체 인터셉터 메커니즘이 있는 반면 SpringMVC는 독립적인 AOP 방법을 사용하므로 Struts2의 구성 파일 양이 SpringMVC보다 커집니다.

5. SpringMVC의 입구는 서블릿이고 Struts2는 필터입니다(여기서 필터와 서블릿이 다르다는 점을 지적해야 합니다. 과거에는 필터를 특별한 유형의 서블릿으로 간주했습니다). 이는 다른 메커니즘으로 이어집니다. 여기에 관련된 둘 중 이제 서블릿과 필터의 차이점이 나타납니다.

6. SpringMVC는 사용하기 매우 편리한 Ajax를 통합합니다. 단 하나의 @ResponseBody 주석으로 구현할 수 있으며 Struts2 인터셉터는 Action에서 처리할 때 일반적으로 설치해야 합니다. 플러그인을 사용하거나 직접 통합하기 위한 코드를 작성하는 것은 사용하기가 상대적으로 불편합니다.

7. SpringMVC 검증은 상대적으로 더 유연하고 처리하기 편리한 JSR303을 지원하는 반면, Struts2 검증은 더 번거롭고 혼란스럽습니다.

8. Spring MVC와 Spring이 원활하게 연결됩니다. 이 프로젝트의 관리 및 보안도 Struts2보다 높습니다(물론 Struts2도 다양한 디렉터리 구조 및 관련 구성을 통해 SpringMVC와 동일한 효과를 얻을 수 있지만 xml 구성이 필요한 곳이 많습니다).

9. 디자인 아이디어 측면에서 Struts2는 OOP 프로그래밍 아이디어에 더 가까운 반면 SpringMVC는 더 신중하고 서블릿을 확장합니다.

10. SpringMVC 성능은 Struts2보다 높습니다.

11. SpringMVC는 100% 제로 구성으로 간주될 수 있습니다.

위 내용은 Java에서 struts2와 spring MVC의 사용법 차이점 비교의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!