도메인이 서비스에 의존해도 될까요?

Question

안녕하세요, 헥사고날 &#43; 멀티모듈을 적용한 구조의 프로젝트를 진행하면서 고민되는 부분이 있어 질문 남깁니다. 우선, File을 내부에 가지고 있는 Metafile 이라는 도메인 객체가 하나 있습니다. 그리고 파일 업로드 기능을 하는 추상화된 인터페이스가 있고, 이에 대한 구현체는 다양합니다.여기에서 파일 업로드 기능을 하는 인터페이스는 FileUploadUseCase가 될 수도 있고, FileUploader가 될 수도 있을 것 같아요.이제 Metafile이 안에 가지는 file을 업로드해야하는데요,metafile.upload(fileUploader)FileUploadUsecase.upload(metafile.getFile())둘 중에 뭐가 더 객체지향적인 설계일까요?1번은 개인적으로 Metafile이 파일에 대한 책임을 다 할 수 있도록 구성된 설계라고 생각합니다. Metafile이 내부에 가지는 file을 굳이 외부로 노출하지 않아도 되고, 내부적으로 해결할 수 있는 것들을 해당 도메인 내에서 다 해결하게 될 것 같아요. 다만, 파일을 업로드 하는 기능의 FileUploader는 어떻게 봐도 서비스로 보이는데, 도메인이 서비스에 간접적으로나마 의존하는 것이 과연 옳은 구조일까요?2번은 도메인이 서비스에 의존하지 않게 되지만, metafile 도메인의 의미가 사라지게 됩니다.혼자 고민해서는 도무지 결론이 나오지 않아 다른 분들의 의견을 들어보고 싶네요. &#x1f64f;&#x1f64f;

Clickin · Answer

헥사고날을 떠나서 근본적으로 생각해보면1번의 경우에는 결국 내부적으로 metafile이 파일 업로드 기능 인터페이스(본문에 없으니 임의로 IFileUploader로 명명)를호출하던가아니면 가능한 모든 구현체에 대한 경우의 수를 다 구현해야하는 문제가 생기지 않나요IFileUploader.upload를 호출할거면 애초에 1번 방식 내부에 2번을 호출하는거고 경우의 수를 다 구현하는건 안맞죠구현체 변경에 유연하게 대응하고 싶으신거면 2번으로 가되 구현체는 반드시 인터페이스로 받고 해당 인터페이스 내 upload 기능을 활용하면 되겠죠.자바나 기타 JVM 언어라고 가정한다면 인터페이스로 호출해도 오버라이딩된 구현체의 메소드가 호출됩니다.

장독깨기 · Answer

도메인은 서비스에 의존하게 되어 있습니다.그러나, 서비스가 도메인에 의존하면 좀 이상하죠.서비스는 사용자가 요청하는 일을 처리하는 하나의 계층이라 보면 되고, 도메인 보다 상위 계층입니다.그러니, 도메인이 서비스에 의존이 되는 것은 당연합니다.1번 metafile.upload(fileUploader)메타 파일을 도메인, fileUploader 를 서비스라 본다면, 서비스가 도메인에 의존 되는거니 이건 이상합니다.그럼, fileUploader 가 서비스인가? 아닙니다. 그냥 파일을 업로드하는 모듈이라 보면 됩니다.이렇게 보면 이상할 것이 없습니다.2번 FileUploadUsecase.upload(metafile.getFile())도메인이 서비스에 의존하지 않는다고 했습니다. FileUploadUsecase 를 서비스라 생각한다면, 도메인 자체는 서비스에 의존하지 않습니다.파일을 인풋으로 받으니까요, 그러나, FileUploadUsecase.upload 를 호출하는 모듈은 metafile 에 의존적이게 되겠죠.상위계층의 구조를 봐야겠지만, 이 상태로 봐서는 1번으로 하든 2번으로 하든 별 상관 없어보입니다.

wharup · Answer

사용하시는 용어를 보면 클린 아키텍처를 따르시는 것 같은데요그렇다면 metafile이 fileUploader를 참조하지 않는게 맞습니다.클린/헥사고날 계열에서 도메인 로직을 의존성을 받기만 하게하는건도메인을 순수객체로 놓고 어플리케이션의 구현 디테일에 영향을 받지 않게 구성하려는 것이니까요파일을 업로드하고 말고는 어플리케이션 로직이라고 보면어플리케이션 로직에서 file을 참조하고 FileUploader를 이용해서 파일을 업로드/다운로드하는게 맞습니다.

도메인이 서비스에 의존해도 될까요?

3개의 답변

기술 목록