- 이 부분 하나의 에픽으로 통합해야 할 지 얘기해 봤으면 좋겠습니다!
한빈
- 언팔로우 부분은 회원 도메인 관련 내용으로, 팔로잉 피드는 커뮤니티 도메인 관련으로 분류하여 서로 분리된 것으로 기억합니다.
- 제가 보기에
- 팔로우한다 && 팔로우 취소한다는
- 회원 모델의 연관관계 설정 메서드와 관련된 부분이고,
- 팔로잉한 사용자의 커뮤니티 활동을 확인하고 싶어 한다는
- 회원에 대한 검색 쿼리와 관련한 내용이라고 생각합니다.
- 역할 분리의 측면에서
- 연관관계 설정 부분은 회원 도메인에서 처리하고
- 조회성 쿼리 && API && 뷰 등은 커뮤니티 쪽에서 별도 처리하는 것이 어떨까 싶습니다.
- 단 고민되는 부분은
- 이런 식으로 가면 연관관계 설정에 있어서 회원(현정님)의 부담이 과도하게 커질 것 같으며
- 위와 같은 부분: 다른 파트 도메인과 상호작용해야 하는 경우에 대해서
- 도메인까지 Mocking 처리해야 할 지,
- 그리고 그게 과연 효율적일지 등을 고민해봐야 할 것 같습니다.
현정
저도 한빈님이랑 같은 의견입니다!!
저희가 작성했던 erd에 따르면(?) 팔로우, 언팔로우 기능은 User-follow 테이블의 연관관계 설정, 수정 작업이 될 것 같고
팔로우한 회원에 대한 피드 조회 기능은 테이블 조인을 통한 검색 쿼리 수행 작업이 될 것 같네요.
확실히 분담에 있어서 애매한 것 같긴 하지만 회원 부분 자체가 거의 모든 도메인과 연관이 있기에 어쩔 수 없는 것 같기도 하네요..
민성
확인했습니다!