디렉토리 구조

• 스프링부트
  • domain
    
  • service
  • web
    • dto
    • controller들
  • application

각각 살펴보자

먼저 web 디렉토리의 dto와 controller에 대해 알아보기

dto란?

DTO(Data Transger Object) 는 계층 간 데이터 교환을 하기 위해 사용하는 객체로, DTO는 로직을 가지지 않는 순수한 데이터 객체(getter & setter 만 가진 클래스)이다.

• 유저가 입력한 데이터를 db에 넣는 과정을 보면

1. 유저가 자신의 브라우저에서 데이터를 입력하여 form에 있는 데이터를 DTO에 넣어서 전송한다.
   2.해당 DTO를 받은 서버가 DAO를 이용하여 데이터베이스로 데이터를 집어 넣는다.

이런 경우에 사용하자.

모든 회원 정보를 불러와야 한다고 가정하면
USER TABLE 에는 회원의 이름,성별,나이,핸드폰번호,이이디,비밀번호 등 많은 정보들이 존재한다.
하지만 ,나는 이름,성별,나이만 필요하다.
USER TABLE에 모든 데이터가 필요하지 않은 지금,ENTITY로 만들어 둔 CLASS를 사용하기에는 보안상의 문제,필요없는 값을 가지고 있다는 점에서 좋지 않다.

이런 경우,이름,성별,나이만 담는 DTO를 만들어 사용하자.

DAO 란?

DAO(Data Access Object)는 데이터베이스의 data에 접근하기 위한 객체이다. DataBase에 접근하기 위한 로직 & 비즈니스 로직을 분리하기 위해 사용한다.

• 간단하게, DB에 접속하여 데이터의 CRUD 작업을 시행하는 클래스이다.

JSP 및 Servlet 페이지 내에 로직을 기술하여 사용할 수 있지만, 코드의 간결화 및 모듈화,유지보수 등의 목적을 위해 별도의 DAO 클래스를 생성하여 사용하는 것이 좋다.

DAO는 DB를 사용하여 데이터의 조회 및 조작하는 기능을 전담하는 오브젝트이다.

EX) repository package에 해당한다

• JPA의 경우 JPARepsitory를 사용하는 경우가 DAO의 예시라고 생각하면 된다.

SERVICE 에 대해서

MVC 패턴을 먼저 알아보아야 겠다.

MVC(모델 - 뷰 - 컨트롤러)는 소프트웨어공학에서 사용되는 아키텍쳐 패턴으로 MVC 패턴의 주 목적은 Business logic과 Presentation logic을 분리하기 위함이다.

• MVC패턴을 사용하면, 사용자 인터페이스로부터 비즈니스 로직을 분리하여 애플리케이션의 시각적 요소나 그 이면에서 실해오디는 비즈니스 로직을 서로 영향없이 쉽게 고칠 수 있는 애플리케이션을 만들 수 있음

SPRING MVC

SPRING 프레임어크에서 제공하는 웹 모듈이다.

• MODEL 은 '데이터' 디자인을 담당한다.
• VIEW 는 '실제로 렌더링되어 보이는 페이지'를 담당한다.
• CONTROLLER 는 사용자의 요청을 받고, 응답을 주는 로직을 담당한다.

전체 흐름

요청 -> 프론트 컨트롤러 -> 핸들러 매핑 -> 핸들러 어댑터 -> 컨트롤러 -> 로직 수행(서비스) -> 컨트롤러 -> 뷰 리졸버 -> 응답(JSP,HTML)

• 컨트롤러 중에서도, 맨 앞단에서 유저의 요청을 받는 컨트롤러를 프론트 컨트롤러라고 한다.
  • DispatcherServlet 객체가 이 역할을 한다.
  • 본격적으로 로직에 들어오기 전에, 요청에 대한 선처리 작업을 수행한다.
• 프론트 컨트롤러는 요청을 핸들러 매핑을 통해 해당 요청을 어떤 핸들러가 처리해야 하는지를 매핑한다.
  • HandlerMapping 객체가 핸들러 매핑에 대한 정보를 담고있다.
• 이렇게 매핑된 핸들러를 실제로 실행하는 역할은 핸들러 어댑터가 담당한다.
  • HandlerAdapter 객체가 이 역할을 한다.
• 컨트롤러는 해당 요청을 처리하는 로직을 담고있다.
  • 보통 요청의 종류 혹은 로직의 분류에 따라 내부적을 Service 단위로 나누어 모듈화 한다.
  • 각 서비스에서는 DB 접근할 수 있는 REPOSITORY 객체를 이용하여 데이터에 접근할 수 있다.
• 컨트롤러는 서비스에서의 로직 처리 후, 결과를 뷰 리졸버를 거쳐 뷰 파일을 렌더링하여 내보낸다.
  • ViewResolver 객체가 이 역할을 한다.

레이어드(Layered) 아키텍처

여러 모듈들을 일종의 레이어 단위로 나누는 설계방식을 말한다.

크게 다음 레이어들로 구성한다.

• Presentation Layer

  • 화면 조작 또는 사용자 입력을 처리하는 레이어

• Service layer (Domain)

  • 비즈니스와 관련된 도메인 로직을 처리하는 레이어
  • 하나의 비즈니스 로직은 하나의 트랜잭션 단위로 동작

• Repository Layer (Data source)

  • 도메인에서 필요로 하는 데이터를 조작하기 위한 레이어

layered architecture 구조

1) Presentation Layer

• Spring MVC 객체를 말한다.
• 프론트 컨트롤러(DispatcherServelt),컨트롤러,뷰,모델이 포함된다.

2) Service Layer(Business Layer)

• 실제 비즈니스 로직을 수행하는 컴포넌트
• 컨트롤러(presentation layer)에서 요청을 보내면 DAO(data access layer)를 이용해 실제로 비즈니스 로직을 수행한다.
• 보통 하나의 비즈니스 로직은 하나의 트랜잭션으로 동작(ACID 특징 가짐)

3) Data Access Layer(Repository Layer)

• DB에 값을 저장하거나 가져오기 위해 JDBC, Mybatis, JPA 등을 사용해 구현한 DAO

Spring Layered architectur 동작 과정 예시