UserCase가 많은데... 이유?
550
작성한 질문수 35
UserCase가 많은데...
그러니까 일반적인 Layered Architecture에서는
Service 기능으로, 현재 결국에는 RentalCard 관련해서 작업을 하니까 RentarCardService라는 interface파일에 모든 기능을 넣어서 사용할 수 가 있는데
현재 헥사고날 공부하면서 UseCase는 InqueryUsecase를 제외하고 기능 하나에 usecase하나로 작성이 되었더라고요.
이 이유와 이로 인한 장점이 무잇인지 잘 모르겠습니다.
설명 부탁드립니다!
답변 1
1
네 강의자 한정헌입니다.
말씀하신 바대로 헥사고널 아키텍처에서도 예를 들면 CUD단위로 하나의 유스케이스 인터페이스로 묶고 이를 구현하는 입력포트도 하나의 클래스로 작성할 수 있습니다.
처음에 간단했던 cud야 괜찮겠지만 비지니스가 점점 복잡해지면 유지보수가 거듭되면서 이 클래스가 점점 비대해질 가능성이 있습니다.
그래서 저는 기능 단위로 유스케이스와 입력포트를 분리하는 방법을 선호합니다.
유스케이스 단위로 클래스 생성하는 방식에 대해서는 클린코드의 저자 로버트 c 마틴이 ‘ 소리치는 아키텍처(코드의 명칭을 통해 그 의도롤 소리치게 하자.)’라고도 언급하며 강조를 하기도 했습니다. 왜냐면 이렇게 했을 경우 코드명으로 그 의도를 바로 식별할 수 있기 때문이죠. 즉 클래스 명만 보고 어떠한 유스케이스인지 쉽게 인지 가능하기 때문에 테스트 및 유지보수성 높아 질수 있음을 강조했다고 생각합니다.
감사합니다.
조회 메서드 네이밍 질문
0
35
1
장애 격리 관련해서 궁금한 부분이 있어요
0
42
1
핵사고날 아키텍처 기반으로 멀티 모듈 설계 시 질문드립니다..
0
58
2
4. ArgoCD설치---Base64 디코딩 부분만 PowerShell 방식으로 바꾸어서 설치 필요
0
52
1
강의 기다리고 있습니다!
0
49
0
내부 객체 직접 접근에 관하여.
0
87
2
9월 8일 세션 진행한 거는 없었을까요
0
70
1
미션1 진행방법 관련
1
75
1
강의보다 바로 여쭤봅니다.
0
130
2
Aggregate 하위에 꼬리를 무는 Entity 는?
0
184
2
헥사곤 아키텍쳐 관련하여 문의드립니다.
2
219
2
VO 클래스의 불변 필드 선언을 하지 않으신 이유?
0
265
2
RentalCard 의 calculateLateFee 메서드 구현이 잘못된 것 같습니다.
1
215
2
음성 부분이 너무 깨지는데...
0
391
1
CQRS 질문 드립니다.
0
396
1
강의 음성 및 영상
0
384
1
domain.model.event에 정의되는 객체들에 대한 질문이 있습니다
0
407
1
수업에 사용한 소스코드 문의
0
631
1
EDA 이해
0
503
1
보상트랜잭션 후 클라이언트 알림 방법 등
0
403
1
MSA 구조에서 공통 클래스
0
947
2
@Repository 두 곳에서 사용하시는 이유
0
491
1
Entity와 VO에 대해..
0
803
1
DTO 클래스의 위치에 대해 질문있습니다!
1
793
1