3-layered-architecture

3-layered-architecture
프레젠테이션 계층(Presentation Layer) = Controller /

📌 3-Layered Architecture의 플로우를 기반으로 로직이 수행

1. 클라이언트(Client)가 어플리케이션에 요청(Request)을 보냅니다.
2. 요청(Request)을 URL에 알맞은 컨트롤러(Controller)가 수신 받습니다.
3. 컨트롤러(Controller)는 요청을 처리하기 위해 서비스(Service)를 호출합니다.
4. 서비스(Service)는 필요한 데이터를 가져오기 위해 저장소(Repository)에게 데이터를 요청합니다.
5. 서비스(Service)는 저장소(Repository)에서 가져온 데이터를 가공하여 컨트롤러(Controller)에게 데이터를 전달합니다.
6. 컨트롤러(Controller)는 서비스(Service)의 결과물(Response)을 클라이언트(Client)에게 전달해줍니다.

Controller

1) 클라이언트의 요청(Request)받기.
2) 요청 처리 : 서비스에게 위임.
3) 클라이언트에게 응답(Response)을 반환.

프레젠테이션 계층(Presentation Layer)은 3계층 아키텍처 패턴에서 가장 먼저 클라이언트의 요청(Request)을 만나게 되는 계층.
대표적으로 컨트롤러(Controller)가 이 역할을 담당

• 하위 계층(서비스 계층, 저장소 계층)에서 발생하는 예외(Exception)를 처리 합니다.
• 클라이언트가 전달한 데이터에 대해 유효성을 검증하는 기능을 수행합니다.
  → 이전에 Joi 라이브러리를 이용한 유효성 검사가 기억나시죠? 😉
• 클라이언트의 요청을 처리한 후 서버에서 처리된 결과를 반환(Response)합니다.

• 클라이언트의 요청(Request)을 수신합니다.
• 요청(Request)에 들어온 데이터 및 내용을 검증합니다.
• 서버에서 수행된 결과를 클라이언트에게 반환(Response)합니다.

Service : 모든 비즈니스 로직 캡슐화, 추상화

1) 비즈니스 로직
2) Repository를 활용하여 DB와 상호 작용
3) Controller 에 전달할 데이터 응답

• 사용자의 요구사항을 처리하는 실세 중에 실세!!!
• 현업에서는 서비스 코드가 계속 확장되는 문제가 발생할 수 있음.
• DB 정보가 필요할 때는 Repository에게 요청.

Repository

1) 데이터베이스 관리 (연결, 해제, 자원 관리) 역할을 담당.
2) 데이터베이스의 CRUD 작업을 처리.

layered architecture 폴더 구조

├── package.json
├── prisma
│   └── schema.prisma
├── src
│   ├── app.js
│   ├── controllers
│   │   └── posts.controller.js
│   ├── middlewares
│   │   ├── error-handling.middleware.js
│   │   └── log.middleware.js
│   ├── repositories
│   │   └── posts.repository.js
│   ├── routes
│   │   ├── index.js
│   │   └── posts.router.js
│   ├── services
│   │   └── posts.service.js
│   └── utils
│       └── prisma
│           └── index.js
└── yarn.lock