SSH는 struts+spring+hibernate의 통합 프레임워크이며 현재 웹 애플리케이션에 널리 사용되는 오픈 소스 프레임워크입니다.
SSH 프레임워크를 통합한 시스템은 책임 측면에서 프리젠테이션 계층, 비즈니스 로직 계층, 데이터 지속성 계층, 도메인 모듈 계층의 4개 계층으로 나누어 개발자가 단기간에 명확한 구조와 재사용성을 구축할 수 있도록 지원합니다. . 훌륭하고 유지 관리가 쉬운 웹 애플리케이션입니다. Struts는 MVC의 분리를 담당하는 시스템의 전체 인프라로 사용됩니다. Struts 프레임워크의 모델 부분에서는 Hibernate 프레임워크가 지속성 계층에 대한 지원을 제공하는 데 사용됩니다. 스트럿과 최대 절전 모드를 관리합니다. 구체적인 방법은 객체 지향 분석 방법을 사용하여 필요에 따라 일부 모델을 제안하고 이러한 모델을 기본 Java 객체로 구현한 다음 기본 DAO(Data Access Objects) 인터페이스를 작성하고 Hibernate 아키텍처를 사용하여 Hibernate의 DAO 구현을 제공하는 것입니다. 구현하기 DAO 클래스는 Java 클래스와 데이터베이스 간의 변환 및 액세스를 구현하는 데 사용되며 최종적으로 Spring에서 관리하여 struts 및 최대 절전 모드를 관리합니다.
구체적인 콘텐츠는 다음과 같습니다:
Struts
Struts는 모델, 뷰 및 컨트롤러에 해당하는 구성 요소를 제공합니다.
ActionServlet, 이 클래스는 Struts1의 핵심 컨트롤러이며 사용자의 요청을 가로채는 역할을 담당합니다.
Action, 이 클래스는 일반적으로 사용자가 제공합니다. 컨트롤러는 ActionServlet으로부터 요청을 수신하고, 요청에 따라 모델의 비즈니스 로직 메서드를 호출하여 요청을 처리하고, 반환하는 역할을 담당합니다. 처리 결과를 JSP 페이지에 표시하여 표시합니다.
모델 부분:
ActionForm과 JavaBean으로 구성되며 ActionForm은 ActionServlet을 기반으로 ActionForm 객체로 전달됩니다. ActionForm의 콘텐츠에 대한 요청 매개변수가 사용자의 요청을 처리합니다.
JavaBean은 데이터베이스 액세스 등을 포함한 기본 비즈니스 로직을 캡슐화합니다.
보기 부분:
이 부분은 JSP(또는 HTML, PHP...)를 사용하여 구현됩니다.
Struts는 스크립트 사용을 줄일 수 있는 풍부한 태그 라이브러리를 제공합니다. 사용자 정의된 태그 라이브러리는 모델과의 효과적인 상호 작용을 달성하고 실제 기능을 추가할 수 있습니다. 위 그림의 JSP 부분에 해당합니다.
컨트롤러 구성 요소:
컨트롤러 구성 요소는 시스템 코어 컨트롤러와 비즈니스 로직 컨트롤러의 두 부분으로 구성됩니다.
시스템 코어 컨트롤러는 위의 ActionServlet에 해당합니다. 이 컨트롤러는 HttpServlet 클래스를 상속하므로 주석이 달린 서블릿으로 구성될 수 있습니다. 이 컨트롤러는 모든 HTTP 요청을 가로채고 사용자 요청에 따라 비즈니스 로직 컨트롤러로 전송할지 여부를 결정합니다.
비즈니스 로직 컨트롤러는 사용자 요청 처리 자체를 담당하지는 않지만 모델을 호출하여 처리를 완료합니다. 액션 부분에 해당합니다.
Struts 2는 Struts 1의 기술과 WebWork를 통합한 새로운 Struts 2 프레임워크입니다. 새로운 Struts 2의 아키텍처는 Struts 1의 아키텍처와 매우 다릅니다. Struts 2는 WebWork를 핵심으로 하고 인터셉터 메커니즘을 사용하여 사용자 요청을 처리합니다. 이러한 설계를 통해 비즈니스 로직 컨트롤러가 ServletAPI와 완전히 분리될 수 있으므로 Struts 2는 WebWork의 업데이트된 제품으로 이해할 수 있습니다. Struts 1에서 Struts 2까지는 큰 변화가 있지만 WebWork에 비해 Struts 2의 변화는 매우 작습니다.
Spring
Spring은 Rod Johnson이 만든 오픈 소스 프레임워크입니다. 엔터프라이즈 애플리케이션 개발의 복잡성을 해결하기 위해 만들어졌습니다. Spring은 이전에 EJB를 통해서만 가능했던 작업을 수행하기 위해 기본 JavaBeans를 사용합니다. 그러나 Spring의 용도는 서버측 개발에만 국한되지 않습니다. 모든 Java 애플리케이션은 단순성, 테스트 용이성 및 느슨한 결합 측면에서 Spring의 이점을 누릴 수 있습니다.
목적: 엔터프라이즈 애플리케이션 개발의 복잡성 해결
기능: EJB 대신 기본 JavaBean을 사용하고 더 많은 엔터프라이즈 애플리케이션 기능 제공
범위: 모든 Java 애플리케이션
간단히 말하면 Spring은 경량의 IoC(제어 반전) 및 AOP(관점 지향) 컨테이너 프레임워크입니다.
경량 - Spring은 크기와 오버헤드 측면에서 가볍습니다. 전체 Spring 프레임워크는 1MB가 조금 넘는 크기의 JAR 파일로 배포될 수 있습니다. 그리고 Spring에 필요한 처리 오버헤드는 무시할 수 있습니다. 게다가 Spring은 비침입적입니다. 일반적으로 Spring 애플리케이션의 객체는 특정 Spring 클래스에 의존하지 않습니다.
제어 반전 - Spring은 IoC(제어 반전)라는 기술을 통해 느슨한 결합을 촉진합니다. IoC가 적용되면 객체 자체가 종속 객체를 생성하거나 찾는 대신 객체가 의존하는 다른 객체가 수동적으로 전달됩니다. IoC는 JNDI의 반대라고 생각할 수 있습니다. 객체가 컨테이너에서 종속성을 찾는 대신 컨테이너는 객체가 요청할 때까지 기다리지 않고 초기화될 때 종속성을 객체에 적극적으로 전달합니다.
관점 지향 - Spring은 관점 지향 프로그래밍에 대한 풍부한 지원을 제공하여 애플리케이션의 비즈니스 논리를 시스템 수준 서비스(예: 감사 및 트랜잭션 관리) 개발과 분리하여 응집력을 허용합니다. 응용 프로그램 개체는 자신이 수행해야 하는 작업(완전한 비즈니스 논리)만 구현합니다. 그들은 로깅이나 트랜잭션 지원과 같은 다른 시스템 수준 문제에 대해 책임을 지지 않습니다(또는 인식하지도 않습니다).
컨테이너 - Spring은 구성 가능한 프로토타입(프로토타입)을 기반으로 각 Bean이 생성되는 방식을 구성할 수 있다는 의미에서 컨테이너입니다. , 귀하의 빈은 필요할 때마다 단일 인스턴스를 생성하거나 새 인스턴스를 생성할 수 있으며 서로 어떻게 관련되어 있는지도 알 수 있습니다. 그러나 Spring은 종종 크고, 번거롭고, 사용하기 어려운 기존의 중량급 EJB 컨테이너와 혼동되어서는 안 됩니다.
프레임워크 - Spring은 간단한 구성요소를 복잡한 애플리케이션으로 구성하고 결합할 수 있습니다. Spring에서 애플리케이션 객체는 일반적으로 XML 파일로 선언적으로 구성됩니다. Spring은 또한 많은 기본 기능(트랜잭션 관리, 지속성 프레임워크 통합 등)을 제공하여 애플리케이션 로직 개발을 사용자에게 맡깁니다.
이러한 모든 Spring 기능을 사용하면 더 깔끔하고 관리하기 쉽고 테스트하기 쉬운 코드를 작성할 수 있습니다. 또한 Spring의 다양한 모듈에 대한 기본 지원을 제공합니다.
Hibernate
Hibernate는 JDBC를 매우 가벼운 객체로 캡슐화하여 Java 프로그래머가 원하는 대로 객체 프로그래밍을 사용할 수 있도록 하는 오픈 소스 객체 관계형 매핑 프레임워크입니다. 데이터 베이스. Hibernate는 JDBC가 사용되는 모든 상황에서 사용할 수 있으며, Java 클라이언트 프로그램이나 Servlet/JSP 웹 애플리케이션에서 사용할 수 있습니다. 가장 혁신적인 점은 EJB를 사용하는 J2EE 아키텍처에서 CMP를 대체할 수 있다는 것입니다. 데이터 지속성 작업.
Hibernate에는 Session, SessionFactory, Transaction, Query 및 Configuration이라는 5가지 핵심 인터페이스가 있습니다. 이 5가지 핵심 인터페이스는 모든 개발에 사용됩니다. 이러한 인터페이스를 통해 영구 객체에 액세스할 수 있을 뿐만 아니라 트랜잭션도 제어할 수 있습니다.
이 5가지 핵심 인터페이스는 아래에 소개되어 있습니다.
·세션 인터페이스: 세션 인터페이스는 지속된 개체에 대해 CRUD 작업을 수행하는 역할을 합니다(CRUD의 작업은 많은 일반적인 SQL 문을 포함하여 데이터베이스와의 통신을 완료하는 것입니다.). 그러나 Session 개체는 스레드로부터 안전하지 않다는 점에 유의해야 합니다. 동시에 Hibernate의 세션은 JSP 애플리케이션의 HttpSession과 다릅니다. 여기서 세션이라는 용어가 사용되면 실제로는 Hibernate에서의 세션을 의미하며, 앞으로 HttpSession 객체는 사용자 세션으로 불릴 것이다.
·SessionFactory 인터페이스: SessionFactory 인터페이스는 Hibernate 초기화를 담당합니다. 이는 데이터 저장소 소스에 대한 프록시 역할을 하며 세션 개체 생성을 담당합니다. 여기서는 팩토리 패턴이 사용됩니다. 일반적으로 프로젝트에는 하나의 SessionFactory만 필요하기 때문에 SessionFactory는 가볍지 않습니다. 여러 데이터베이스를 운영해야 하는 경우 각 데이터베이스에 대해 SessionFactory를 지정할 수 있습니다.
·구성 인터페이스: 구성 인터페이스는 Hibernate 구성 및 시작과 SessionFactory 객체 생성을 담당합니다. Hibernate의 시작 프로세스 동안 Configuration 클래스의 인스턴스는 먼저 매핑 문서 위치를 찾고 구성을 읽은 다음 SessionFactory 객체를 생성합니다.
·트랜잭션 인터페이스: 트랜잭션 인터페이스는 트랜잭션 관련 작업을 담당합니다. 이는 선택 사항이며 개발자는 자신만의 하위 수준 트랜잭션 처리 코드를 설계하고 작성할 수도 있습니다.
·쿼리 및 기준 인터페이스: 쿼리 및 기준 인터페이스는 다양한 데이터베이스 쿼리를 실행하는 역할을 합니다. HQL 언어 또는 SQL 문이라는 두 가지 표현 방법을 사용할 수 있습니다.