SSM 프레임워크의 원리와 프로세스는 무엇인가요?

ssm 프레임워크의 원리는 Spring, SpringMVC, MyBatis를 상대적으로 간단한 데이터 소스를 가진 웹 프로젝트용 프레임워크로 통합하는 것입니다. 프로세스는 다음과 같습니다. Handler Mapping은 요청에 따라 해당 Handler를 찾고 처리를 위한 비즈니스 로직을 호출한 후 뷰 구문 분석을 수행합니다.

SSM 프레임워크 소개
SSM(Spring+SpringMVC+MyBatis) 프레임워크 세트는 Spring과 MyBatis(SpringMVC는 Spring의 일부)라는 두 오픈 소스 프레임워크로 통합되었습니다. SSM은 간단한 데이터 소스를 사용하는 웹 프로젝트의 프레임워크로 사용되는 경우가 많습니다.

SpringMVC
SpringMVC는 프로젝트 내에서 사용자의 요청을 가로채는 핵심 서블릿인 DispatcherServlet이 중개자의 역할을 맡고 HandlerMapping을 통해 사용자의 요청을 Controller에 매칭시키는 역할을 합니다.
SpringMVC 프레임워크 실행 프로세스

사용자는 요청을 DispatcherServlet으로 보내고
DispatcherServlet은 요청을 처리하는 핸들러를 찾기 위해 하나 이상의 HandlerMapping을 쿼리합니다.
HandlerMapping은 요청에 따라 해당 핸들러를 찾습니다. Handler 객체를 생성하여 DispatcherServlet에 반환합니다.
DispatcherServlet은 HandlerAdapter를 통해 Handler를 호출합니다.
Handler(Controller)는 처리를 위해 비즈니스 로직(서비스)을 호출하고 처리가 완료된 후 ModelAndView를 반환합니다.
HandlerAdapter는 Handler 처리 결과 ModelAndView를 DispatcherServlet에 반환합니다.
DispatcherServlet은 하나 이상의 ViewReslover(뷰 구문 분석기)를 쿼리하고, ModelAndView를 지정된 ViewReslover에 전달합니다.
ViewReslover는 구문 분석 후 특정 뷰를 DispatcherServlet에 반환합니다.
DispatcherServlet은 뷰를 렌더링합니다(모델 데이터를 뷰에 채웁니다). 사용자에게 전달되며 보기는 클라이언트에 결과를 표시합니다.
프로세스는 대략 다음과 같습니다.

DispatcherServlet은 전체 Spring MVC의 핵심이며, HTTP 요청을 수신하고 Spring MVC의 다양한 구성 요소를 구성 및 조정하는 역할을 담당합니다. :

a. 특정 형식의 URL 요청을 준수하는 차단
b. DispatcherServlet 컨텍스트에 해당하는 WebApplicationContext를 초기화하고 이를 Spring MVC의 각 구성 요소와 연결합니다. 이를 DispatcherServlet으로 어셈블합니다.


SpringSpring은 전체 프로젝트에서 빈을 조립하는 큰 공장과 같습니다. 구성 파일에서 특정 매개변수의 사용을 지정하여 개체 클래스의 생성자를 호출하여 개체를 인스턴스화할 수 있습니다. 프로젝트의 접착제라고도 할 수 있습니다. Spring의 핵심 아이디어는 IOC(Inversion of Control)입니다. 이는 프로그래머가 더 이상 새 객체를 명시적으로 생성할 필요가 없고 Spring 프레임워크가 모든 작업을 수행하도록 한다는 의미입니다. IOC 컨테이너는 애플리케이션에서 개체를 인스턴스화하고, 찾고, 구성하고, 이러한 개체 간의 종속성을 설정하는 일을 담당합니다. Spring의 목적은 객체(모듈과 모듈) 간의 관계가 코드를 통해 관련되지 않고 구성 클래스 설명을 통해 관리되도록 하는 것입니다(Spring은 이러한 구성을 기반으로 하는 리플렉션을 통해 내부적으로 객체를 동적으로 조립합니다).
IOC 컨테이너는 IOC 컨테이너의 기본 기능을 제공하는 org.springframework.beans 패키지의 BeanFactory 인터페이스를 나타내며 org.springframework.context 패키지 아래의 ApplicationContext 인터페이스는 BeanFactory를 확장하고 Spring AOP 및 국제적인 처리, 이벤트 전파 및 다양한 수준의 컨텍스트 구현 제공.
간단히 말하면 BeanFactory는 IOC 컨테이너의 가장 기본적인 기능을 제공하는 반면 ApplicationContext는 엔터프라이즈 수준 기능에 대한 추가 지원을 추가합니다. ApplicationContext는 BeanFactory를 완전히 상속하므로 BeanFactory의 의미는 ApplicationContext에도 적용됩니다.


봄 달리기 과정

로드 구성 파일, ApplicationContext 인터페이스. 구성 파일의 Bean 정보는 HashMap에 로드됩니다. Bean에는 일반적으로 id, 클래스, 속성 등이 포함됩니다. Bean의 id는 HashMap의 키에 해당하고 HashMap의 값은 Bean입니다.
getBean 메소드를 호출합니다. getBean은 applicationContext.xml 파일에서 bean을 얻는 데 사용됩니다. 매개변수는 bean의 ID입니다. 일반적으로 해당 비즈니스 레이어(인터페이스)로 강제 변환하게 됩니다.
비즈니스 계층(인터페이스 구현)의 메서드를 호출합니다.
원두의 내용물은 어떻게 주입되나요? 간단히 말하면, Bean이 인스턴스화되면 클래스가 실제로 인스턴스화되는 것입니다. Reflection을 통해 클래스의 set 메소드를 호출하여 이전에 HashMap에 저장되어 있던 클래스 속성을 클래스에 주입하는 것입니다. 이는 Java의 원래 위치인 object.property, object.method로 다시 돌아옵니다.
Mybatis
Mybatis는 데이터베이스의 기본 작업을 투명하게 만드는 jdbc의 캡슐화입니다. Mybatis 작업은 모두 sqlSessionFactory 인스턴스를 중심으로 이루어집니다. Mybatis는 구성 파일을 통해 각 엔터티 클래스의 Mapper 파일과 연결됩니다. Mapper 파일은 각 클래스에 필요한 SQL 문 매핑으로 데이터베이스에 구성됩니다. 데이터베이스와 상호 작용할 때마다 sqlSessionFactory를 통해 sqlSession을 가져온 다음 sql 명령을 실행합니다.
Mybatis는 MapperProxy를 통해 dao를 동적으로 프록시합니다. 즉, 직접 작성한 dao에서 메서드를 실행할 때 해당 MapperProxy가 실제로 프록시 역할을 합니다.
Mybatis 작동 원리

구성 파일 로드
매개변수 매핑 구성, 실행된 SQL 문, 결과 매핑 구성 및 메모리에 저장되는 SQL 구성 정보를 MappedStatement 개체에 로드합니다.
SQL 구문 분석
API 인터페이스 계층이 호출 요청을 수신하면 들어오는 SQL의 ID를 수신하고 Mybatis는 ID를 기반으로 해당 MappedStatement를 찾습니다(Map/JavaBean 또는 기본 데이터 유형일 수 있음). 그 후, 들어오는 매개변수 객체인 MappedStatement에 따라 파싱을 수행하게 되며, 파싱이 완료되면 최종적으로 실행될 SQL 문과 매개변수를 얻을 수 있게 된다.
SQL 실행
최종 SQL과 매개변수를 데이터베이스에 넣어 실행하고, 데이터베이스 운영 결과를 가져옵니다.
결과 매핑
매핑 구성에 따라 데이터베이스 운영 결과를 HashMap/JavaBean 또는 기본 데이터 유형으로 변환하여 최종 결과를 반환합니다.

위 내용은 SSM 프레임워크의 원리와 프로세스는 무엇인가요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!