-
Notifications
You must be signed in to change notification settings - Fork 2
순환참조: A 서비스 ‐ B 서비스 vs. A 서비스 ‐ B 레포지토리
GWANGHYEON KIM edited this page Dec 3, 2024
·
2 revisions
- 서비스 간 의존성 주입이 빈번할 때 발생
- 구조적으로 피하기 어려운 문제로 인식됨
- 장점: 단일 책임 원칙 준수, 재사용성 향상
- 단점: 순환 참조 위험
- 장점: 단방향 의존성으로 순환 참조 방지
- 단점: 재사용성 저하
-
코어 서비스 계층
- 레포지토리 직접 접근
- 최소한의 비즈니스 로직
- 데이터 접근에 집중
-
애플리케이션 서비스 계층
- 실제 비즈니스 로직 구현
- 코어 서비스를 통한 데이터 접근
- 서비스의 적절한 크기와 책임 고려
- 명확한 계층 구분
- 직접적인 레포지토리 접근 지양
순환 참조는 완전히 피할 수 있는 문제이며, 서비스 계층을 코어와 애플리케이션으로 분리하는 접근 방식을 통해 해결 하는 방향으로 수렴합니다.
- Mediasoup 포트 매핑 문제
- swagger 같은 응답 코드에 다양한 응답 보여주기
- Sudo가 계속 비밀번호를 요청함
- Docker 이미지가 너무 크다
- Git action에서 도커 이미지 빌드 시간을 단축시켜보자
- Docker compose를 이용해서 메모리 사용률을 줄여보자
- 방송 녹화 시 CPU 과부하 문제를 해결해보자
- Release 브랜치? 너 필요해?
- 로딩이 너무 짧아…!
- NestJS ORM으로 무엇을 사용해야 할까?
- WebRTC를 이용한 1:N 스트리밍 서비스에서 시그널링 서버가 필요할까?
- 실시간 채팅 구현: 인메모리 방식을 선택한 이유
- MySQL 아키텍처 개선: DB 의존성 분리와 서버 역할 명확화
- 브라우저 창이 최소화되면 비디오 송출이 안된다…!
- Mediasoup 기본 개념
- DLTS와 Signaling
- Tell, Don't Ask (TDA) 원칙이란
- VPC(Virtual Private Cloud) 학습 정리
- 순환참조: A 서비스 ‐ B 서비스 vs. A 서비스 ‐ B 레포지토리
- Dto 메서드 전략
- WebRTC란?
- 자바스크립트 패키지 매니저(npm, yarn, pnpm)
- shadcn/ui을 이용해 UI 개발 생산성 높이기
- React 이벤트 핸들러 네이밍(on vs handle)
- React-router-dom의 createBrowserRouter을 사용해보기
- fetch vs axios