-
Tomcat, Turbine 및 기타 여러 Apache 프로젝트와 마찬가지로 Struts는 장점 중 하나인 오픈 소스 소프트웨어입니다. 개발자가 내부 구현 메커니즘을 더 깊이 이해할 수 있도록 합니다. Struts 오픈 소스 프레임워크는 개발자가 Java Servlet 및 JSP(JavaServer Pages) 기술을 기반으로 웹 애플리케이션을 보다 쉽게 구축할 수 있도록 만들어졌습니다. Struts 프레임워크는 개발자에게 통합된 표준 프레임워크를 제공합니다. Struts를 기반으로 사용함으로써 개발자는 애플리케이션의 비즈니스 로직에 더 집중할 수 있습니다. Struts 프레임워크 자체는 Java Servlet 및 JavaServer Pages 기술을 사용하는 MVC(Model-View-Controller) 구현입니다.
특히 Struts의 장점은 다음과 같습니다.
1. 개발자가 비즈니스 로직 구현에만 집중할 수 있도록 명확한 구조로 MVC 모델을 구현합니다.
2. 사용할 수 있는 태그가 풍부합니다. Struts 태그 라이브러리(Taglib)를 유연하게 사용할 수 있다면 개발 효율성을 크게 향상시킬 수 있습니다. 또한, 국내 JSP 개발자의 경우 JSP에 포함된 공통 태그를 사용하는 것 외에 자체 태그를 개발하는 경우는 거의 없습니다. 아마도 Struts가 좋은 출발점이 될 것입니다.
3. 페이지 탐색 실제로 페이지 탐색은 시스템의 맥락을 더 명확하게 만들어줄 것입니다. 구성 파일을 통해 전체 시스템의 다양한 부분 간의 연결을 파악할 수 있으므로 향후 유지 관리에 큰 이점이 있습니다. 이러한 이점은 다른 개발자 그룹이 프로젝트를 맡을 때 더욱 분명해집니다.
4. 예외 처리 메커니즘을 제공합니다.
5. 데이터베이스 연결 풀 관리
6. I18N 지원
결점:
1. 디스플레이 레이어로 갈 때마다 포워드를 구성해야 합니다. 디스플레이 레이어로 갈 때마다 대부분이 리다이렉션의 경우 포워딩을 구성해야 한다고 생각합니다. 표시 계층에서 JSP를 사용하려면 Struts를 10번 구성해야 하며 여기에는 구성이 수정될 때마다 전체 프로젝트를 수정해야 하는 디렉터리 및 파일 변경이 포함되지 않습니다. 재배포하고 tomcate와 같은 서버를 다시 시작해야 합니다. 비즈니스 변경이 복잡하고 빈번한 시스템인 경우 이러한 작업은 상상할 수 없을 정도로 간단합니다. 지금은 수십, 수백 명의 사람들이 우리 시스템을 동시에 온라인으로 사용하고 있습니다. 제가 얼마나 고민하고 있는지 짐작하실 수 있을 것입니다.
2. Struts Action은 하나의 인스턴스만 모든 요청을 처리할 수 있도록 허용하는 스레드로부터 안전해야 합니다. 따라서 작업에 사용되는 모든 리소스는 균일하게 동기화되어야 하며 이로 인해 스레드 안전성 문제가 발생합니다.
3. 테스트가 불편하다 Struts의 각 Action은 웹 레이어와 결합되어 있으므로 테스트가 웹 컨테이너에 의존하고 단위 테스트도 구현하기 어렵습니다. 그러나 단위 테스트를 구현할 수 있는 Junit 확장 도구 Struts TestCase가 있습니다.
4. 유형 변환 Struts의 FormBean은 모든 데이터를 문자열 유형으로 처리하며 유형 변환을 위해 Commons-Beanutils 도구를 사용할 수 있습니다. 그러나 해당 변환은 모두 클래스 수준에서 이루어지며 변환 유형은 구성할 수 없습니다. 유형 변환 중에 사용자에게 오류 메시지를 반환하는 것도 매우 어렵습니다.
5. Servlet에 대한 의존도가 너무 높습니다. Struts는 Action을 처리할 때 ServletRequest 및 ServletResponse에 의존해야 하므로 Servlet 컨테이너를 제거할 수 없습니다.
6. 프론트 엔드 표현 언어 측면에서 Struts는 JSTL을 통합하므로 주로 JSTL 표현 언어를 사용하여 데이터를 얻습니다. 그러나 JSTL의 표현 언어는 Collection 및 인덱스 속성을 처리하는 데 매우 약합니다.
7. Action의 실행을 제어하는 것은 어렵습니다. Struts가 Action을 생성할 때 실행 순서를 제어하는 것은 매우 어렵습니다. 기능적 요구 사항을 실현하기 위해 서블릿을 다시 작성해야 할 수도 있습니다.
8. Action 실행 전후 처리 Struts는 Action 처리 시 클래스 계층 구조를 기반으로 하기 때문에 Action 처리 전후에 작업을 수행하기가 어렵습니다.
9. 이벤트에 대한 지원 부족 Struts에서 폼은 실제로 Action 클래스(또는 DispatchAction)에 해당합니다. 즉, Struts에서 폼은 실제로 하나의 이벤트에만 해당합니다. 이벤트는 구성 요소 이벤트에 비해 대략적인 이벤트입니다.
Struts의 중요한 폼 객체인 ActionForm은 애플리케이션을 나타내는 객체입니다. 이 객체에는 Jsp 페이지 폼의 입력 필드가 포함됩니다. 세분성은 이러한 필드를 형식으로 세분화합니다. 즉, 하나의 필드가 하나의 이벤트에 해당하는 경우 단순히 Struts를 사용하는 것은 불가능합니다. 물론 JavaScript를 결합하여 구현할 수도 있습니다.
이 기사는 CSDN 블로그에서 가져온 것입니다. 재인쇄할 때 출처를 표시하십시오: http://blog.csdn.net/zhrl0000/archive/2009/12/17/5027947.aspx
-