UserCase가 많은데... 이유?
517
작성한 질문수 35
UserCase가 많은데...
그러니까 일반적인 Layered Architecture에서는
Service 기능으로, 현재 결국에는 RentalCard 관련해서 작업을 하니까 RentarCardService라는 interface파일에 모든 기능을 넣어서 사용할 수 가 있는데
현재 헥사고날 공부하면서 UseCase는 InqueryUsecase를 제외하고 기능 하나에 usecase하나로 작성이 되었더라고요.
이 이유와 이로 인한 장점이 무잇인지 잘 모르겠습니다.
설명 부탁드립니다!
답변 1
1
네 강의자 한정헌입니다.
말씀하신 바대로 헥사고널 아키텍처에서도 예를 들면 CUD단위로 하나의 유스케이스 인터페이스로 묶고 이를 구현하는 입력포트도 하나의 클래스로 작성할 수 있습니다.
처음에 간단했던 cud야 괜찮겠지만 비지니스가 점점 복잡해지면 유지보수가 거듭되면서 이 클래스가 점점 비대해질 가능성이 있습니다.
그래서 저는 기능 단위로 유스케이스와 입력포트를 분리하는 방법을 선호합니다.
유스케이스 단위로 클래스 생성하는 방식에 대해서는 클린코드의 저자 로버트 c 마틴이 ‘ 소리치는 아키텍처(코드의 명칭을 통해 그 의도롤 소리치게 하자.)’라고도 언급하며 강조를 하기도 했습니다. 왜냐면 이렇게 했을 경우 코드명으로 그 의도를 바로 식별할 수 있기 때문이죠. 즉 클래스 명만 보고 어떠한 유스케이스인지 쉽게 인지 가능하기 때문에 테스트 및 유지보수성 높아 질수 있음을 강조했다고 생각합니다.
감사합니다.
pg사가 있다고 가정하면
0
14
1
38강 클러스터에 컨트롤러 연결 질문
0
47
2
Windows localhost:30000 연결 거부 현상
0
50
2
테스트 관련 질문!
0
53
2
N+1 관련해서 질문있습니다.
0
92
3
혹시 수업자료는 다운받을 수 있는 곳이 없나요?
0
59
2
도메인 모델에서 관계와 규칙을 구분하는 방법
0
81
2
user-service jwt
0
55
2
강의보다 바로 여쭤봅니다.
0
91
2
Aggregate 하위에 꼬리를 무는 Entity 는?
0
153
2
헥사곤 아키텍쳐 관련하여 문의드립니다.
2
185
2
VO 클래스의 불변 필드 선언을 하지 않으신 이유?
0
227
2
RentalCard 의 calculateLateFee 메서드 구현이 잘못된 것 같습니다.
1
173
2
음성 부분이 너무 깨지는데...
0
363
1
CQRS 질문 드립니다.
0
369
1
강의 음성 및 영상
0
355
1
domain.model.event에 정의되는 객체들에 대한 질문이 있습니다
0
378
1
수업에 사용한 소스코드 문의
0
603
1
EDA 이해
0
470
1
보상트랜잭션 후 클라이언트 알림 방법 등
0
369
1
MSA 구조에서 공통 클래스
0
907
2
@Repository 두 곳에서 사용하시는 이유
0
465
1
Entity와 VO에 대해..
0
774
1
DTO 클래스의 위치에 대해 질문있습니다!
1
770
1