4.2 Layered Architecture

1) 레이어드 아키텍처란?

Controller에서 중복되는 부분을 처리하려면?

• 별도의 객체로 분리합니다.

• 별도의 메소드로 분리합니다.

• 예를 들어 쇼핑몰에서 게시판에서도 회원 정보를 보여주고, 상품 목록 보기에서도 회원 정보를 보여줘야 한다면 회원 정보를 읽어오는 코드는 어떻게 해야 할까요?

 

컨트롤러와 서비스

• 비지니스 메소드를 별도의 Service객체에서 구현하도록 하고 컨트롤러는 Service객체를 사용하도록 합니다.

 

서비스(Service)객체란?

비지니스 로직(Business logic)을 수행하는 메소드를 가지고 있는 객체를 서비스 객체라고 합니다.

보통 하나의 비지니스 로직은 하나의 트랜잭션으로 동작합니다.

 

트랜잭션(Transaction)이란?

트랜잭션의 특징은 크게 4가지로 구분됩니다.

1. 원자성 (Atomicity) 전체가 성공하거나 전체가 실패하거나

2. 일관성 (Consistency) 하나의 트랜잭션 결과가.

3. 독립성 (Isolation) 둘 이상의 트랜잭션 동시 병행 실행일 때  - 완료 전까지는 몰라

4. 지속성 (Durability) 트랜잭션이 완료되면 영구적 정보

 

원자성 (Atomicity)

예를 들어 "출금"이라는 기능의 흐름이 다음과 같다고 생각해봅시다.

1. 잔액이 얼마인지 조회한다.

2. 출금하려는 금액이 잔액보다 작은지 검사한다.

3. 출금하려는 금액이 잔액보다 작다면 (잔액 - 출금액)으로 수정한다.

4. 언제, 어디서 출금했는지 정보를 기록한다.

5. 사용자에게 출금한다.

위의 작업이 4번에서 오류가 발생했다면 어떻게 될까요?

4번에서 오류가 발생했다면, 앞의 작업을 모두 원래대로 복원을 시켜야 합니다.

이를 rollback이라고 합니다.

5번까지 모두 성공했을 때만 정보를 모두 반영해야 합니다.

이를 commit 한다고 합니다.

이렇게 rollback 하거나 commit을 하게 되면 하나의 트랜잭션 처리가 완료됩니다.

 

일관성 (Consistency)

일관성은 트랜잭션의 작업 처리 결과가 항상 일관성이 있어야 한다는 것입니다.

트랜잭션이 진행되는 동안에 데이터가 변경되더라도 업데이트된 데이터로 트랜잭션이 진행되는 것이 아니라, 처음에 트랜잭션을 진행하기 위해 참조한 데이터로 진행됩니다.

이렇게 함으로써 각 사용자는 일관성 있는 데이터를 볼 수 있는 것입니다.

 

독립성 (Isolation)

독립성은 둘 이상의 트랜잭션이 동시에 병행 실행되고 있을 경우에 어느 하나의 트랜잭션이라도 다른 트랜잭션의 연산을 끼어들 수 없습니다.

하나의 특정 트랜잭션이 완료될 때까지, 다른 트랜잭션이 특정 트랜잭션의 결과를 참조할 수 없습니다.

 

지속성 (Durability)

지속성은 트랜잭션이 성공적으로 완료됬을 경우, 결과는 영구적으로 반영되어야 한다는 점입니다.

 

JDBC 프로그래밍에서 트랜잭션 처리 방법

DB에 연결된 후 Connection객체의 setAutoCommit메소드에 false를 파라미터로 지정합니다.

입력, 수정, 삭제 SQL이 실행을 한 후 모두 성공했을 경우 Connection이 가지고 있는 commit()메소드를 호출하게 하기 위해서이다.

 

@EnableTransactionManagement

Spring Java Config파일에서 트랜잭션을 활성화 할 때 사용하는 애노테이션입니다.

Java Config를 사용하게 되면 PlatformTransactionManager 구현체를 모두 찾아서 그 중에 하나를 매핑해 사용합니다.

특정 트랜잭션 메니저를 사용하고자 한다면 TransactionManagementConfigurer를 Java Config파일에서 구현하고 원하는 트랜잭션 메니저를 리턴하도록 합니다.

아니면, 특정 트랜잭션 메니저 객체를 생성시 @Primary 애노테이션을 지정합니다.

 

서비스 객체에서 중복으로 호출되는 코드의 처리

데이터 엑세스 메소드를 별도의 Repository(Dao) 객체에서 구현하도록 하고 Service는 Repository객체를 사용하도록 합니다.

 

레이어드 아키텍처

presentation layer에서는 컨트롤러 객체가 동작하게 한다.

Service Layer에서는 비즈니스 메서드를 가지고 있는 서비스 객체가 동작하게 한다.

Repository Layer에서는 db로 데이터에 접근한다. (DAO)

 

설정의 분리

Spring 설정 파일을 프리젠테이션 레이어쪽과 나머지를 분리할 수 있습니다.

web.xml 파일에서 프리젠테이션 레이어에 대한 스프링 설정은 DispathcerServlet이 읽도록 하고, 

그 외의 설정은 ContextLoaderListener를 통해서 읽도록 합니다.

 

DispatcherServlet을 경우에 따라서 2개 이상 설정할 수 있는데 

이 경우에는 각각의 DispathcerServlet의 ApplicationContext가 각각 독립적이기 때문에 

각각의 설정 파일에서 생성한 빈을 서로 사용할 수 없습니다.

위의 경우와 같이 동시에 필요한 빈은 ContextLoaderListener를 사용함으로써 공통으로 사용하게 할 수 있습니다.

ContextLoaderListener와 DispatcherServlet은 각각 ApplicationContext를 생성하는데, ContextLoaderListener가 생성하는 ApplicationContext가 root컨텍스트가 되고 DispatcherServlet이 생성한 인스턴스는 root컨텍스트를 부모로 하는 자식 컨텍스트가 됩니다.

참고로, 자식 컨텍스트들은 root컨텍스트의 설정 빈을 사용할 수 있습니다.

관련 파일 링크: web.xml

---

2) 레이어드 아키텍처 실습

 

핵심 개념

• @Controller

• @Service

• @Repository

• @Transactional

방명록 만들기 실습

코드 실습: guestbook05

 

<요구사항>

Spring JDBC를 이용한 Dao 작성

controller + service +  dao 로 레이어드 아키텍쳐

트랜잭션 처리

Spring MVC에서 폼 값 입력받기

Spring MVC에서 redirect 하기

Controller에서 jsp에게 전달한 값을 JSTL과 EL을 이용해 출력하기

 

방명록 정보는 guestbook 테이블에 저장된다.

id는 자동으로 입력된다.

id, 이름, 내용, 등록일을 저장한다

 

http://localhost:8080/guestbook/ 을 요청하면 자동으로 /guestbook/list 로 redirecting 한다

방명록이 없으면 건수는 0이 나오고 아래에 방명록을 입력하는 폼이 보여진다.

이름과 내용을 입력하고, 등록버튼을 누르면 /guestbook/write URL로 입력한 값을 전달하여 저장한다.

값이 저장된 이후에는 /guestbook/list로 redirect 된다.

입력한 한 건의 정보가 보여진다

방명록 내용과 폼 사이의 숫자는 방명록 페이지 링크. 방명록 5건당 1페이지로 설정

1 페이지를 누르면 /guestbook/list?start=0을 요청하고 (==/guestbook/list)

2 페이지를 누르면 /guestbook/list?start=5를 요청하게 된다.

 

방명록에 글을 쓰거나, 글을 삭제할 때는 log 테이블에 클라이언트의 ip주소, 등록(삭제) 시간, 등록/삭제(method 칼럼) 정보를 데이터베이스에 저장한다. id는 자동으로 입력되도록 한다.

 

Class Diagram

 

4개가 설정파일

웹 레이어 설정 파일: web.xml, WebMvcContextConfiguration.java

비지니스, 레파지토리 레이어 설정 파일: ApplicationConfig.java, DbConfig.java

web.xml: DispatcherServlet이 읽어들이는 WebMvcContextConfiguration파일과

ApplicationContextListener가 읽어들일 ApplicationConfig 파일을 설정한다.

ApplicationConfig.java 는 DbConfig import한다.

 

URL 요청을 처리하는 핸들러인 GuestbookController

이는 비즈니스 로직을 가지고 있는 서비스 객체를 사용하게 된다.

 

설정파일
web.xml
(package: kr.or.connect.guestbook.config)의
WebMvcContextConfiguration.java
DBConfig.java
ApplicationConfig.java

컨트롤러
(package: kr.or.connect.guestbook.controller)의
GuestbookController.java

서비스
(package: kr.or.connect.guestbook.service)의
GuestbookService.java
(package: kr.or.connect.guestbook.service.impl)의
GuestbookServiceImpl.java
관련 테스트 파일 GuestbookServiceTest.java

Dto
(package: kr.or.connect.guestbook.dto)의
Guestbook.java
Log.java
 
Dao
(package: kr.or.connect.guestbook.dao)의
LogDao.java
GuestbookDaoSqls.java
GuestbookDao.java
관련 테스트 파일 GuestbookDaoTest.java

뷰
index.jsp
list.jsp

 

 

Maven 프로젝트 작성 시 자동으로 설정되지 않아서 귀찮은 작업들을 수행해야한다.

Dynamic Web Project로 생성하고 Maven으로 convert 시키는 방법도 있다.

하지만 난 인텔리제이로 갈아탔다. ㅎㅎ