Query 요청에 대한 Data 캐리어 사용

[shindong96]

현재 out-adapter쪽에서 core-application으로 응답할 때, 도메인을 이용합니다. 그런데 저희 서비스는 캘린더와 칸반의 경우 완전한 도메인을 조회하기보다 상황에 맞는 데이터들을 요청하는 경우가 많습니다. 따라서 Query 요청에 한해서 데이터 캐리어를 사용하는 방식을 제안합니다. 뒷받침할 근거는 다음과 같습니다.

1.  Command 요청의 경우 Application에서 List<Process>와  CurrentProcess 등 데이터를 온전히 가져와 비즈니스 로직에 사용하지만, Query 요청의 경우 상황에 맞는 Process만 사용되는 경우가 잦습니다.
2. 이런 경우에도 Application 객체를 응답하게 되면 서비스단에서 필터링하는 방법을 선택하지 않는 이상 필요한 Data만을 채운 온전하지 않은 Application 객체를 응답해야 하며 이것은 Application이 도메인으로 사용되기보다 Data 캐리어에 가깝게 사용됩니다.
3.  또한 Query 요청에 한해 Data 캐리어 객체를 만들어 사용하면 저희가 CQRS를 사용하는 것의 이점을 더 누릴 수 있다고 생각합니다.

팀원들의 의견이 궁금합니다!

[kyukong]

너무 좋은 의견입니다!! 도메인 성격상 프로세스의 정보가 중요한데, 프로세스 + 일부 지원(Application) 정보를 제공하는 경우가 많아 N+1 문제가 발생하는 경우가 많을 것 같습니다!

[shindong96]

제 생각엔 간편 등록 정보들이나 (칸반 or 캘린더)카드에 들어가는 정보정도를 가지는 캐리어가 좋을 거 같아요!