[Spring Framework] 1. 웹 어플리케이션 아키텍처의 3 Layer 역할 (3)

학습 목표

1. 웹 어플리케이션 아키텍쳐 개념 이해
2. 스프링 프레임워크 특징 이해

---

웹 어플리케이션이란 아키텍처

클라이언트와 DB 사이를 잇는 각 층별로 담당하는 역할을 수행하여 클라이언트의 요청을 처리하는 구조

 

1. 프레젠테이션 층 (Presentation Layer)

역할

• UI와 컨트롤러 제공
• UI 입력을 받아 로직을 호출 → 결과를 UI로 변환하는 작업

모델 1 방식

• JSP만 사용하여 개발하거나 Java Bean을 포함하여 개발하는 방식
• 뷰와 비즈니스 로직이 혼재외어 복잡해 유지보수 어려움

모델 2 방식

• 모델 (Model) : 뷰에 필요한 비즈니스 영역 로직 처리
• 뷰 (View) : 비즈니스 영역에 대한 결과 화면 담당
• 컨트롤러 (Controller) : 사용자 입력 처리, 화면 흐름 제어 담당모델 1 방식
  • JSP만 사용하여 개발하거나 Java Bean을 포함하여 개발하는 방식
  • 뷰와 비즈니스 로직이 혼재외어 복잡해 유지보수 어려움

 

2. 비즈니스 로직 층 (Business Logic Layer)

역할

• 유스케이스로 표현되는 특정 업무 처리를 위한 서비스 및 도메인

트랜잭션 스크립트 방식

• 비즈니스 로직이 적은 일반적인 입출력 애플리케이션일 경우, 비즈니스 로직은 서비스 클래스에 포함
• 도메인은 가능한 한 로직을 포함하지 않고 단순한 값만 저장
  • VO (Value Object)
  • DTO (Data Transfer Object)

도메인 모델

• 도메인 주도 설계 개념
• 데이터와 애플리케이션을 설계 시, 업무 도메인 별로 분리해 설계
• 시스템 요구를 기술하기 위해 도메인 전문가가 도메인 모델 제공
• 대규모 시스템의 복잡한 비즈니스 로직 방지 대안
• 도메인 패키지에 도메인 로직을 두는 방식

트랜잭션 관리

• 트랜잭션의 ACID 특성 중 '원자성', '독립성'을 관리
  • 원자성 : 트랜잭션 내 모든 처리는 All or Nothing 실행
  • 독립성 : 병행해서 실행되는 트랜잭션 간 간섭 x → 독립적

트랜잭션 경계

• 트랜잭션 경계는 프레젠테이션과 비즈니스 로직 층 사이에 존재하는 것이 일반적
• 프레젠테이션 층에 공개된 비즈니스 로직 층의 서비스 클래스가 트랜잭션 시작과 끝

명시적 트랜잭션

• 트랜잭션 시작과 Commit, Rollback과 같은 RDB에 대한 트랜잭션 관리를 소스 코드로 명시

선언적 트랜잭션

• 프레임워크에서 제공하는 정의 파일 선언을 통해 트랜잭션 관리

 

3. 데이터 액세스 층 (Data Access Layer)

• RDB 액세스를 비즈니스 로직으로 숨김
• ORM (O/R 매핑) : 비즈니스 로직에 필요한 데이터를 테이블에서 취득해 객체에 매핑 (객체지향 분석설꼐 단계에서의 엔티티를 테이블로 작성한 형태)

DB 액세스 프레임워크 종류

• 하이버네이트(Hybernate) : 대표적 ORM
• 마이바티스(MyBatis) : SQL문 사용 전제

데이터 액세스 층 설계 지침

• 커넥션 풀 사용
• RDB 제품이 바뀌어도 구현에 영향 X
• 이용하는 RDB에 의존적인 SQL문을 기술 X

부품화

• 개발 효율성과 유연성 향상을 위해 티어 or 레이어를 통해 부품화
  • 티어 > 레이어 > 패키지 ≥ 컴포넌트
• 연결해야 할 부품 간 인터페이스 필수!