[LO-200] 태그/ 북마크 애그리거트 경계 좀 더 나누기

[ndy2]

🛠️ 작업 내용

• 북마크 -> 태그 @ManyToMany 참조 에서 @ElementCollection TagIds 참조로 바꾸었습니다.

• 변경한 근거는 요즘 열심히 읽고 있는 최범균님의 도메인 주도 개발 시작하기 책 4.3.10 ID 참조와 조인 테이블을 이용한 단방향 M-N 매핑 입니다. 혹시 궁금하신 분은 dm 주시면 관련내용 정리해드리겠습니다.

• 결국 북마크에서 태그를 땡겨오거나 태그를 이용한 조회를 위해서 저희 구현에서 현재 join 으로 처리하지 못하고 역으로 땡겨온다던가 쿼리를 두번 쏘는 방식으로 구현되어있었는데 그 쿼리를 Tag 도메인에서 담당하게 하고 북마크에서는 자신의 태그 ID 까지만 딱 관장하게 하는것이 적절한 설계라고 판단되어서 변경하였습니다.

---

• 변경한 또 다른 근거는 우아한 CRUD 세미나를 다시 보는데 아래와 같은 내용이 보여서 저희가 레이지로딩을 대놓고 활용하는 부분이 태그 쪽이었는데 두 근거를 적절히 생각해서 설계를 쪼금 바꾸어보았습니다.

---

• 아직 조회 전 태그 이름으로 태그 아이디 끌어오는 쿼리는 북마크 도메인에 있는데 옮길 예정입니다.

• 그리고 조회에 대해서 저희가 고민이 많아지는 부분이 여러 애그리거트를 동시에 조회해야 되는 부분인것 같은데 찾아보니 이에 관해 크게 아래와 같은 접근 방법이 있는것 같습니다.

1. 객체 참조로 무지성 join (fetch join) 땡기기
2. 애그리거트간 경계를 구분하여 조회한 뒤 서비스 레이어에서 조합한다.
3. join 이 필수적이라면 dto 를 사용해 애그리거트를 넘어선 join 땡기기 (DAO)

join 이 필수적인 경우는 크게

• where 절에 다른 aggregate의 속성이 필요한 경우
• select 절에 다른 aggregate 의 속성을 포함할 경우 등등이 있는데 북마크 조회시 저희도 해당 되기는 하지만 충분히 service 레이어를 이용해 조합하는 방식으로 구현가능 하다고 판단되서 그 방향으로 변경하는것을 고려하고 있습니다.

현재 저희 코드 베이스가 그래도 2, 3이 반반인 정도는 되는것 같은데 2쪽으로 땡겨오는것이 목표입니다.

🗨️ 기타

• 요즘 좀 뜸했는데 200타를 먹었군요 허허
• 찾아보니 서비스에서 목록을 말아줄때 IntStream 을 활용한 방식으로 for-loop 를 사용하지 않을 수 있어서 꽤 맘에 들어서 한번 적용해 봤습니다. 별로라면 for-loop 로 변경하겠읍니다.
• 참고로 변경한 모든 근거 및 참고자료는 범균님 책과 우아한 CRUD 세미나 입니다.

[github-actions[bot]]

Unit Test Results

223 tests  +1   223 :heavy_check_mark: +1   32s :stopwatch: -1s   71 suites  - 1       0 :zzz: ±0    71 files    - 1       0 :x: ±0 

Results for commit afa6cf67. ± Comparison against base commit 5d51630e.

:recycle: This comment has been updated with latest results.