도메인 외부 노출

Question

안녕하세요. 현재 클린 아키텍쳐에 대해 공부중인 취준생입니다. 개인 프젝을 진행하며 헥사고날 아키텍쳐를 적용해 보려 하는데 도메인과 영속성엔티티를 분리했을 때 도메인은 컨트롤러를 통해 외부로 노출해도 되나요? 아니면 페이지에 맞는 dto를 만들어 전달하는게 좋은건가요? dto를 적용한다 했을 때 비슷한 dto들이 너무 많이 만들어지는거 같은데 어떤식으로 해야 더 깔끔하고 유지보수에 유리한지 궁금합니다.

집킨 · Answer

네 도메인이 외부 레이어에 노출되는건 되지만, 그 외부 레이어에 노출시키기 위해 도메인을 만지작 거리는건 안됩니다

MungGaeDev · Answer

도메인은 컨트롤러를 통해 외부로 노출해도 되나요?절대 안돼! 는 아니지만, 바람직하지 않다. 정도아니면 페이지에 맞는 dto를 만들어 전달하는게 좋은건가요?넵dto를 적용한다 했을 때 비슷한 dto들이 너무 많이 만들어지는거 같은데 어떤식으로 해야 더 깔끔하고 유지보수에 유리한지 궁금공통 필드를 가진 친구들을 잘 묶어서 쓰세요.

wharup · Answer

도메인을 컨트롤러를 통해 외부로 노출해도 되나요?안됩니다. DTO를 만들어서 전달하는 게 좋습니다. 화면이랑 서버랑 세트로 개발하고 서버 기능을 외부에 제공하지 않을때는 그렇게 할 수도 있습니다. 하지만 클린 아키텍처는 그걸 엄격하게 구분하는 거니까요. 그림을 보시면 Entity와 Inout/Output Data (DTO)를 엄격하게 분리하고 있습니다.비슷한 dto들이 너무 많이 만들어지는거 같은데...케바케인데요.. 만약에 API를 제공하는데 잘 모르는 호출한다면 비슷한 DTO가 많이 생기는게 자연스럽습니다.예를 들어 Insert Request DTO의 필드가 10개 Update Request DTO의 필드가 8개라고 하면 비슷하니까 중복이라는 느낌이 들기 마련입니다. 하지만 합쳤을 때 Update 할 때는 2개 필드는 넣어도 의미를 아는 사람이 개발한다면 합칠 수도 있지만, 그걸 내가 문서로 작성해주고 Insert/Update때 유효한 필드를 구분해서 처리해야한다면 DTO를 분리해서 제공하는게 결국엔 일이 줄어들게됩니다.

도메인 외부 노출

3개의 답변

Q&A 목록