Spring, 2-Layered 아키텍쳐 스타일
Service
- Controller는 DAO객체를 직접 이용해서는 안되며, 반드시 비즈니스 컴포넌트를 이용하여 사용자의 요청을 처리해야 한다.
- DAO객체를 직접 사용하면 문제가 발생한다
변경 전
게시판프로그램수행흐름
변경 후
- Business Layer가 추가되었고 Controller는 DAO를 직접 이용하지 않는다 게시판프로그램수행흐름2
(1) DAO 클래스 교체하기
- 이유 1. DAO클래스를 다른 클래스로 쉽게 교체하기 위해서이다
- 비즈니스 컴포넌트가 변경되거나 새로운 요소가 추가될 때마다 이를 사용하는 Controller의 소스를 매번 수정한다면 유지보수는 어려울 수밖에 없다
(2) AOP 설정하기
- 이전에 설정한 AOP의 포인트컷은 Service구현 클래스의 메소드에 설정했다
- 따라서 Controller메소드에서 Service클래스의 인터페이스를 통해 비즈니스 객체의 메소드를 호출하여, AOP로 설정한 어드바이스들이 동작하게한다.
(3) 비즈니스 컴포넌트 의존성 주입하기
- Controller 객체들이 생성되기 전에 비즈니스 컴포넌트 객체를 생성해야 (@Autowired BoardService)의존성 주입이 가능하다
- 의존성 주입을 해야 Controller는 직접 DAO를 이용하지 않고 BoardService클래스의 메소드를 이용하게된다
- 따라서 Controller 객체들이 생성되기 전에 applicationContext.xml 파일을 읽어 비즈니스 컴포넌트들을 메모리에 생성해야한다
web.xml
: ContextLoaderListener는 클라이언트의 요청이 없어도 컨테이너가 구동될때 Pre-Loading 되는 객체이다
- ContextLoaderListener는 applicationContext.xml을 읽는다
- applicationContext.xml의 context:component-scan 태그에 의해서 @Component, @Autowired 가 붙은 클래스, 변수의 객체를 생성한다
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:applicationContext.xml</param-value>
</context-param>
<listener>
<listener-class>
org.springframework.web.context.ContextLoaderListener
</listener-class>
</listener>
스프링 구동순서와 관계
스프링 구동순서
1. 서블릿 컨테이너 구동
web.xml 파일을 로딩하여 서블릿 컨테이너가 구동된다
2. ContextLoaderListener 객체 생성
- 서블릿 컨테이너는 web.xml 파일에 등록된 ContextLoaderListener객체를생성 (pre loading)한다.
- 이때 ContextLoaderListener 객체는 src/main/resources 소스 폴더에 있는 applicationContext.xml 파일을 로딩하여 스프링 컨테이너를 구동한다 (이를 Root 컨테이너라고한다)
- 이때 Service구현 클래스나 DAO객체들이 메모리에 생성된다
3. 사용자 요청
- 사용자의 액션에 의해 "*.do" 요청이 서버에 전달되면 서블릿 컨테이너는 DispatcherServlet 객체를 생성하고
-
/WEB-INF/config 콜더에 있는 presentation-layer.xml(controller,viewResolver 정보) 파일을 로딩하여 두번째 스프링 컨테이너를 구동한다.
- 이 두번째 스프링 컨테이너가 Controller 객체를 메모리에 생성한다
Reference
- 스프링 퀵 스타트-채규태 지음