🌱 Spring Boot 시작하기 18- Layer Architecture 개념 정리

날짜:2025-10-23

---

학습 목표

-3 Layer Architecture 구조 이해
-Controller, Service, Repository 각 계층의 역할과 책임 파악
-계층 간 통신 규칙 이해
-DTO(Data Transfer Object) 개념 이해

---

✅ 3 Layer Architecture란?

🔹3 Layer Architecture(3계층 구조) 는
애플리케이션을 역할에 따라 3개의 논리적 계층으로 분리하는 구조입니다.

이 구조는 코드의 유지보수성, 재사용성, 확장성을 높이는 핵심적인 설계 방식입니다.

🔹 3개의 주요 계층

계층	다른 이름	역할
Controller Layer	Presentation Layer	사용자의 요청을 받고 응답을 반환하는 계층
Service Layer	Business Layer / Application Layer	비즈니스 로직(핵심 기능)을 처리하는 계층
Repository Layer	Data Access Layer	데이터베이스와 직접 상호작용하는 계층

---

✅ 3 Layer Architecture의 목적

🔹 관심사의 분리
→ 각 계층이 맡은 일만 수행

🔹 유지보수 용이성
→ 한 계층 수정 시 다른 계층 영향 최소화

🔹 가독성 및 이해도 향상
→ 역할이 명확해 코드 흐름 파악이 쉬움

🔹 테스트 용이
→ 각 계층 단위로 독립적인 테스트 가능

🔹 확장성과 재사용성
→ 특정 계층만 교체하거나 재사용 가능

---

✅ 각 계층의 역할

1️⃣ Controller Layer**

사용자 요청(Request) 을 받아 *응답(Response) *을 반환하는 계층
웹 애플리케이션의 입구 역할을 담당합니다.

🔹 해야 할 일
-HTTP 요청 매핑 (@GetMapping, @PostMapping 등)
-요청 데이터 검증 (@RequestParam, @RequestBody 등)
-응답 데이터 변환 및 반환
-예외 처리

🔹 하지 말아야 할 일
-비즈니스 로직 처리
-데이터베이스 직접 접근

---

2️⃣ Service Layer**

비즈니스 로직을 처리하는 핵심 계층으로,
“무엇을 어떻게 처리할 것인가”를 담당합니다.

🔹 해야 할 일
-비즈니스 규칙 구현
-데이터 유효성 검증
-여러 데이터 소스 조합
-트랜잭션 관리 (@Transactional)

🔹 하지 말아야 할 일
-HTTP 요청/응답 처리
-SQL 쿼리 직접 작성

---

3️⃣ Repository Layer**

데이터베이스와 직접 통신하는 계층으로,
데이터를 저장하거나 조회하는 역할을 담당합니다.

🔹 해야 할 일
-CRUD(Create, Read, Update, Delete) 연산 수행
-쿼리 최적화
-엔티티(Entity) 매핑 관리

🔹 하지 말아야 할 일
-비즈니스 로직 처리
-HTTP 응답 생성

---

✅ 계층 간 통신 규칙

구분	허용 여부	설명
Controller → Service	✅ 허용	사용자의 요청을 서비스 로직으로 전달
Service → Repository	✅ 허용	로직 수행 후 데이터 접근 요청
Controller → Repository	❌ 금지	계층을 건너뛰는 접근은 구조를 깨뜨림
Repository → Controller	❌ 금지	하위 계층이 상위 계층을 호출해서는 안 됨

📌 즉, 상위 계층 → 하위 계층 호출만 허용됩니다.

---

✅ DTO (Data Transfer Object)

🔹 DTO란?

데이터를 전달하기 위한 순수 데이터 객체로,
계층 간 데이터를 교환할 때 사용됩니다.

---

🔹 DTO의 역할
-Client ↔ Server 간 데이터 전달
->SON 요청/응답을 자바 객체로 변환

-계층 간 데이터 이동
->Controller → Service, Service → Repository 등에서 사용 가능

-비즈니스 로직 없음
->오직 데이터 전달만 담당

---

🔹 예시 개념 흐름

1.Client가 JSON 데이터를 전송
2.Controller에서 @RequestBody를 통해 DTO로 매핑
3.DTO 데이터를 Service로 전달
4.Service에서 처리 후 다시 DTO로 응답

---

🧩 정리

구분	핵심 포인트
Controller	요청과 응답 처리 담당
Service	비즈니스 로직 담당
Repository	데이터 접근 및 저장 담당
DTO	데이터 전달용 객체 (로직 X)
통신 규칙	상위 → 하위 계층만 호출 가능
구조적 장점	유지보수성, 재사용성, 확장성 향상