기능의 단일책임화에 대해

Question

안녕하세요초보개발자입니다.유지보수성을 높이기 위해 많은 고민을 하고 있는데요정보 자체가 상품인 특정 데이터를 생성하고 영수증 데이터를 생성하고 싶습니다.이는 유저의 입장에서 봤을땐 마치 하나의 기능처럼 이루어지구요.서버단에서 이기능을 구현하려는데a. 상품에 대한 레포지터리 서비스b. 영수증에 대한 레포지터리 서비스가 있습니다.영수증에는 상품에 대한 특정 정보가 담겨있기 때문에 약간의 의존성을 가집니다.상품을 먼저 생산하고 상품의 데이터를 영수증에 삽입하여 데이터를 만들고 싶습니다.고민되는점은 어느정도 선에서 기능을 분리할까 입니다.컨트롤러 단계까지 각각 분리하여 프론트단에서 두개의 api를 사용한다.두개의 기능 서비스에서 하나의 기능서비스에 다른 서비스를 임포트하여 사용하거나이러한 유스케이스만을 위한 서비스 클래스를 새로 하나 만들어서 두개의 서비스를 임포트하여 사용한다.하나 컨트롤러에서 두개의 서비스를 임포트하여 하나의 api에서 처리되게한다.제 개인적인 생각으론1번이 직관적으론 가장 단일책임화된거 같다고 느껴졌습니다.2번의 경우 클린 아키텍처 관련해서 의존적인 부분을 하위계층으로 내리기보단 같은계층을 차라리 이용하라는 내용을 본거 같아서 이렇게하면 어떨까 생각했습니다.다만 a, b 둘중 하나의 서비스에서 다른서비스를 임포트할 경우, 프로젝트 규모가 커질경우 마치 하나처럼 동작하는 기능을 a, b 패키지중 어디에 있는가 파악하기 난해하지 않을까라는 생각이 들었습니다.3번의 경우,a, b 두 서비스에 연계시키는 최소한의 소스가 컨트롤러에 삽입되기 때문에 컨트롤러의 본래 역할외의 서비스적인 역할이 생긴다고 생각합니다.조언 부탁드립니다 ㅜ

adduci · Answer

비지니스 요건이 뭐냐에 따라 다를것같네요예를 들어 상품 생성과 영수증 생성이 하나의 트랙잭션이여야 한다면 1번은 무리가 있죠전 그런 케이스엔 상품 생성과 영수증 생성을 각각 서비스로 나누고 서비스별로 포트를 생성합니다그리고 상품 생성이라는 유스케이스를 만든 뒤 이 유스케이스 내에서 각 포트를 사용해서 동작을 마무리하는 방법을 씁니다또 다른 방법으로는 카프카 같은 메세지 큐를 이용하는 겁니다상품 생성 이후 반드시 영수증 생성이라는 이벤트가 발생돼야 한다면 상품 생성 서비스에서 생성 후 상품 생성 이벤트만 발생시키고 리스너에서 이 이벤트를 받아 영수증을 생성하는거죠경우에 따라서 msa 형태가 될 수도 있습니다

아직도개발중 · Answer

영수증 발급에 실패했을 경우에 대해 어떻게 처리할 것이냐에 따라 선택이 다를 것 같습니다.1번의 경우 프론트에서 처리하기가 불편할거 같구요.트랜잭션이 유지되어야 한다면 제안하신 방법 중 2번으로 가야 하고, 유지하지 않아도 된다면 3번도 상관 없긴 합니다. 다만 개인적인 의견으론 위와 같은 상황이면 상품 서비스와 영수증 서비스를 명확하게 나누고 두가지 행위를 묶어서 하는 별도 서비스를 만들어서 컨트롤러에서 호출할 것 같습니다.

kiel · Answer

영수증이 상품에 대한 의존성을 가지는게 맞는지 부터 검토해볼 필요가 있을것 같습니다.5/1 에 영수증을 발급했는데 5/10에 상품의 이름이나 가격을 수정했다면 5/11에 영수증을 다시 조회했을때 상품명이 5/1 조회 때와 다르게 나오는게 맞는지? 발급시점에 상품의 스냅샷을 떠서 해당 시점의 값을 고정한다면 의존성을 가지지 않고 copy 한 정보를 가지는게 맞을것 같습니다. 그럴 경우 영수증과 상품의 controller 부터 완전히 분리가 되겠죠.하지만 상품의 변경이 계속 영수증에 영향을 주는게 맞다면, 2번 방법이 좋을 것 같습니다.

기능의 단일책임화에 대해

3개의 답변

Q&A 목록