[FEATURE] Member soft-delete 관련 Reservation 서비스 메서드 추가

[friox]

관련 Issue (필수)

• close [FEATURE] Member soft-delete 관련 Reservation 서비스 메서드 추가 #209

주요 변경 사항 (필수)

• 멤버(id)로 모든 Reservation을 삭제하는 메서드 추가

리뷰어 참고 사항

코드는 별거없습니다, 멤버 ID로 모든 Reservation을 삭제하는 레포지토리 메서드를 이용하는것이 전부입니다.
최근 Payment, Member 관련하여 Reservation쪽 메서드를 작업하다 보니 서비스에서 서비스를 호출하는 문제로,
어떻게 개선하면 좋을까 고민하는 탓에 사소한 코드임에도 불구하고 늦었습니다. 죄송합니다 😢

Service Layer를 단위 서비스인 Module Service와 단위 서비스를 조합하여 하나의 동작을 수행하는 Component Service로
구분하여 나누려했으나, 그렇게 한다면 Booking 도메인을 싹 다 갈아엎어야 하기때문에
서비스에서 서비스를 호출하는것으로 가정하여 작업 후 올려둔 상태입니다.

또 다른 대안으로 현재 지금까지 Payment, Member 를 위한 Reservation 관련 메서드들은 전부 Repository 메서드를
간접적으로 호출하는 단순한 구조입니다.
각 서비스에서 Reservation, SeatReservation, Ticket 레포지토리를 직접 주입하여 바로 사용하는건 어떨까 합니다.
서비스 아키텍처를 어떻게 가져가야할지 고민이네요.

MemberService의 memberDelete 메서드에서 Member 인스턴스를 사용하고 있기 때문에
Member 인스턴스를 통해 Reservation 들을 삭제하도록 구현했습니다.
임의로 컨트롤러를 생성하여 테스트 한 결과 Reservation, SeatReservation, Ticket 모두 삭제되는것을 확인했습니다.
만약 해당 PR을 사용한다고 하신다면, Merge 전 memberDelete 메서드를 제가 업데이트하도록 하겠습니다.

추가 정보

서비스를 어떻게 나누면 좋을 지 관련한 블로그 게시물입니다.

• https://jaeseo0519.tistory.com/314
• https://jangjjolkit.tistory.com/62

PR 작성 체크리스트 (필수)

• 제목이 Issue와 동일함을 확인했습니다.
• 리뷰어를 지정했습니다.
• 프로젝트를 연결했습니다.

[EndlessMilkyway]

확인 완료했습니다! 서비스 레이어와 관련된 고민을 진행하다보니 이게 바로 기술부채인가 하는 생각이 드네요...

설계 단계의 중요성을 깨닫게 되는 귀중한 경험이었던 것 같습니다. 고생많으셨습니다!

[chanwonlee]

코드 잘 확인했습니다! 저도 이번 기회에 서비스 아키텍처에 대해 한 번 공부해보겠습니다. 수고 많으셨습니다!

[Jimin730]

확인했습니다 ! 👍
Service 에서 다른 Service 를 끌어와 쓰는 부분이 크게 문제가 있다라고 생각하지 않았는데 이번에 승훈님의 고민으로 처음 알게 되었네요
저도 이 부분에 대해서 추가로 공부해야봐야겠네요! 고생하셨습니다 :)

[Yunsung-Jo]

고생하셨습니다! 👍