항해 99 28일차 10/16일

Layered Architecture Pattern

소프트웨어의 구조를 구성하기 위한 가장 기본적인 토대를 제시합니다.

각각의 시스텀들과 그 역할이 정의 되어 있고, 여러 시스템 사이의 관계과 규칙등이 포함 되어 있습니다.

대표적으로 5가지 정도가 있는데

저장소 패턴 (Repository pattern)

영속적인 저장소에 대한 추상화

서비스 계층 패턴 (Service layer pattern)

유스 케이스(Usecase)의 시작과 끝을 명확하게 정의하기 위한 패턴

작업 단위 패턴 (Unit of work pattern)

원자적 연산을 제공합니다.

애그리게이트 패턴 (Aggregate pattern)

데이터 정합성을 강화하기 위한 패턴

 

3계층 아키텍처 (3-Layered Architecture)

3-Layered Architecture는 아래의 3가지의 처리과정을 이용해서 구현합니다.

Controller: 어플리케이션의 가장 바깥 부분, 요청/응답을 처리함.

클라이언트의 요청을 처리 한 후 서버에서 처리된 결과를 반환해주는 역할을 합니다.

Service: 어플리케이션의 중간 부분, 실제 중요한 작동이 많이 일어나는 부분

아키텍처의 가장 핵심적인 비즈니스 로직이 수행되는 부분입니다.

Repository: 어플리케이션의 가장 안쪽 부분, DB와 맞닿아 있음.

실제 데이터베이스의 데이터를 사용하는 계층입니다.

 

1. Controller

클라이언트의 요청을 받음

요청에 대한 처리는 서비스에게 전달

클라이언트에게 응답

 

2.Service

 사용자의 요구사항을 처리(비즈니스 로직)하는 실세 중에 실세!!!

현업에서는 서비스 코드가 계속 비대해짐

DB 정보가 필요할 때는 저장소(Repository)에게 요청

 

3.Repository

DB 관리 (연결, 해제, 자원 관리)

DB CRUD 작업 처리

 

 

 

 

도메인(Domain)

개발자 대부분은 비즈니스 프로세스를 개선하거나 자동화하기 위해 일한다. 도메인은 이런 프로세스가 지원하는 활동을 의미한다.

가구 판매 회사의 도메인은 구매 및 조달, 제품 설계, 물류 및 배달등 다른 분야를 뜻할 수 있습니다.

도메인 (Domain)의 예시

개발자 입장에서 온라인 서점을 구현해야 할 소프트웨어의 대상이 됩니다.

온라인 서점= 소프트웨어로 해결하고자 하는 문제의 영역도메인 (Domain)

한 도메인은 다시 하위 도메인으로 나눌 수 있습니다.

도메인 구성: 주문, 회원, 혜택, 결제, 배송, 정산, 카탈로그, 리뷰

하위 도메인은 다른하위 도메인과 연동하여 완전한 기능을 제공합니다.

ex) 고객 → 물건 주문 → 결제 → 배송 → 혜택 제공

하위 도메인을 어떻게 구성할 지 여부는 상황에 따라 달라집니다.

B2B(Business-to-Business), B2C(Business to Consumer)