어플리케이션 서비스, 도메인 서비스
안녕하세요! 강의 막바지에 어플리케이션 서비스, 도메인 서비스 이렇게 계층을 한 단계 더 나누는 경우가 있다고 말씀해주신거에 대한 질문이 있습니다.
1. 위와 같은 구조는 [컨트롤러, 어플리케이션 서비스, 도메인 서비스, 도메인, 리파지토리] 이렇게 구성되는건가요?
2. 위와 같이 구성 시 장점이 어떤 것이 있는 것인가요?
3. 위와 같은 프로젝트 구조말고 다른 구조는 어떤 것들이 있을까요? 검색어정도만 알려주실 수 있다면 구글링해서 찾아보겠습니다.
질문이 조금 많네요. 감사합니다.
답변 1
23
안녕하세요. 살아남자님^^ 좋은 질문입니다.
제가 정말 큰 시스템을 설계할 때 선호하는 방식입니다.
큰 프로젝트를 만들면 필연적으로 다음과 같이 멀티모듈로 프로젝트를 구성하게 됩니다.
api
admin
batch
domain
이런 식으로 여러 프로젝트로 나누어집니다.
여기서
api(api용 컨트롤러, api용 애플리케이션 서비스)
admin(admin용 컨트롤러, admin용 애플리케이션 서비스)
batch(batch용 애플리케이션 서비스)
domain(핵심 도메인 서비스, 핵심 엔티티, 핵심 도메인 리포지토리)
이런 식으로 나누어서 구성하게 됩니다.
핵심 비즈니스는 도메인 모듈로 모으고, api, admin, batch 등은 각각 자신의 역할을 담당하는 컨트롤러와 애플리케이션 서비스를 가지는 구조가 되는 것이지요.
그리고 각 애플리케이션 서비스는 핵심 도메인 서비스를 의존하고 사용합니다.
여기에서 이제 일부 변형을 하는 식으로 프로젝트를 진행합니다.
이 구조의 장점은 핵심 도메인 서비스와 핵심 엔티티를 깔끔하게 운영할 수 있다는 장점이 있습니다. 외부 API에 의존하거나 하는 복잡한 부분은 모두 애플리케이션 서비스 계층에서 처리해버리는 것이지요.
다음에 언젠가 기회가 되면 애플리케이션 아키텍처로 한번 강의를 고민해보겠습니다^^!
감사합니다.
강의 관련 외 질문입니다.
0
65
2
SpringBoot4 + Hibernate7 모듈 등록 방법 공유
0
86
1
BeanCreationException
0
86
3
Update 후 UpdateMemberResponse 매핑할 때
0
46
1
트랜잭션을 사용 안 할 때 커넥션은 언제 가져오나요?
0
98
2
페이징 + 검색조건 관련해서 질문드립니다.
0
70
1
Query Dsl Q파일 질문입니다.
0
82
1
루트 쿼리라는것은
0
58
1
메서드를 분리하는 기준
0
62
1
findAllWithMemberDelivery 메서드 질문드립니다.
0
108
3
연관관계 매핑을 안 쓸 경우, 사용해야 하는 전략
0
83
2
fetch join과 영속화와 OSIV의 관계
0
84
2
Distinct 사용 전 결과에 대한 의문
0
113
2
레포지토리 계층에서의 트랜잭션에 대한 의문
0
56
1
영속성 컨텍스트 생명주기의 신기한 부분이 있습니다.
0
78
2
dto 필드 속 엔티티 여부
0
58
1
뷰템플릿 사용 시
0
76
2
Result 클래스 관련 질문
0
56
1
@PostConstruct 프록시 관련 질문드립니다
0
85
1
DTO 대신 Form 사용은 안되나요?
0
133
1
OSIV ON 상태일 때
0
95
1
fetch join VS fetch join 페이징 궁금증
0
179
2
양방향 연관관계 알아보는 법?
0
104
1
16강 17강 간단 정리 이게 맞을까요 ?
0
165
2