struts2와 springMVC의 차이점은 무엇인가요?
1. 프레임워크 메커니즘
1. Struts2는 Filter(StrutsPrepareAndExecuteFilter)로 구현되고, SpringMVC(DispatcherServlet)는 Servlet으로 구현됩니다.
2. 컨테이너가 시작된 후 필터가 초기화되며 서비스가 중지된 후 서블릿보다 늦게 작동이 중단됩니다. 서블릿은 Filter가 호출되기 전에 호출될 때 초기화되고, 서비스가 중지된 후에는 소멸됩니다.
권장: "java learning"
2. 차단 메커니즘
1, Struts2
a, Struts2 프레임워크는 각 요청에 대해 클래스 수준 차단이 생성되며 Struts2의 ActionBean 주입은 Spring과 통합됩니다. 범위는 프로토타입 모드 프로토타입이며(그렇지 않으면 스레드 동시성 문제가 발생함) 요청 데이터가 setter 및 getter를 통해 속성에 주입됩니다.
b. Struts2에서 Action은 매개변수를 수신할 때 속성을 통해 수신될 수 있습니다. 이는 속성 매개변수가 여러 메소드에 의해 공유됨을 나타냅니다.
c. Struts2의 Action 메소드는 URL에 대응할 수 있지만 해당 클래스 속성은 모든 메소드에서 공유됩니다. 이는 해당 메소드가 주석이나 다른 메소드로 식별될 수 없음을 의미합니다. a, SpringMVC는 메소드 수준 차단입니다. 한 메소드는 요청 컨텍스트에 해당하므로 메소드는 기본적으로 독립적이며 요청 및 응답 데이터에 독점적으로 액세스합니다. 각 메소드는 동시에 URL에 해당합니다. 매개변수 전달은 메소드에 고유한 메소드에 직접 삽입됩니다. 처리 결과는 ModeMap을 통해 프레임워크로 반환됩니다.
b. Spring 통합 중에 SpringMVC의 Controller Bean은 기본적으로 싱글톤 모드로 설정되므로 기본적으로 모든 요청에 대해 하나의 컨트롤러만 생성되므로 기본값을 변경하려는 경우에는 공유 속성이 없어야 합니다. @Scope 주석을 추가하여 범위를 수정해야 합니다.
3. 성능면에서
SpringMVC는 메소드 기반 차단으로 인해 싱글톤 모드 Bean 주입이 한 번만 로드됩니다. Struts2는 클래스 수준 차단입니다. 각 요청은 인스턴스의 새로운 Action에 해당하며 모든 속성 값 주입이 로드되어야 합니다. 따라서 SpringMVC 개발 효율성과 성능이 Struts2보다 높습니다.
4. 인터셉터 메커니즘
Struts2에는 자체 인터셉터 메커니즘이 있습니다. SpringMVC는 독립적인 Aop 방식을 사용하므로 Struts2의 구성 파일 양이 SpringMVC보다 커집니다.
5. 구성
spring MVC와 Spring이 원활하게 연결됩니다. 이 프로젝트의 관리 및 보안도 Struts2보다 높습니다(물론 Struts2도 다양한 디렉터리 구조 및 관련 구성을 통해 SpringMVC와 동일한 효과를 얻을 수 있지만 xml 구성이 필요한 곳이 많습니다).
SpringMVC는 100% 제로 구성으로 간주될 수 있습니다.
6. 디자인 아이디어
Struts2는 OOP 프로그래밍 아이디어에 더 가까운 반면 SpringMVC는 더 신중하고 서블릿을 확장합니다.
7. 통합 측면
SpringMVC는 사용하기 매우 편리한 Ajax를 통합합니다. 단 하나의 @ResponseBody 주석으로 구현한 후 Struts2 인터셉터는 일반적으로 처리 시 필요한 Ajax를 통합합니다. in Action 플러그인을 설치하거나 이를 통합하기 위한 코드를 직접 작성하는 것은 상대적으로 사용하기 불편합니다.
위 내용은 struts2와 springMVC의 차이점은 무엇입니까의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!