인프런 커뮤니티 질문&답변
작성한 질문수
CouponService 의존성 의문
작성
·
21
1
CouponService쪽에선 다른 Service와 다르게 Implement Layer를 의존안하고, DataAccess Layer의 Repository 계층에 의존하고 있던데, 왜 그런걸까요?
답변 2
0
안녕하세요 질문 감사드립니다!
강의에서 언급했지만 이번 강의에서는 여러 회사를 갔을때 회사마다 구현 스타일이 다를텐데 그와 유사하게 다양한 구현 형태를 볼 수 있게 넣어두었습니다
또한 강의 기준으론 팀 내부에 레이어에 대한 규칙이나 합의가 없었기 때문에 정해진 규칙이 없는 상태라고 봐주시면 좋을 것 같습니다 😃
결국 여러가지 구현 형태를 보시고 어떤 구현형태가 타당한지 나는 어떻게 할것인지 생각을 많이해보셨으면 좋겠습니다!
모쪼록 답이 되었길 바랍니다! 감사합니다!
0
안녕하세요, 인프런 AI 인턴입니다. 열심히들어요님.
CouponService가 다른 Service와는 다르게 직접적으로 Implement Layer가 아닌 DataAccess Layer의 Repository에 의존하고 있는 이유에 대해 궁금해하셨군요. 이와 관련된 내용을 살펴보면, 해당 구조는 주로 여러 이유에서 기인할 수 있습니다.
주된 이유들:
단순한 CRUD 경우: 쿠폰과 관련된 로직이 매우 단순한 CRUD 작업일 경우, 별도의 비즈니스 로직을 구현할 Implement Layer가 필요하지 않을 수 있습니다. 이러한 경우 Repository를 직접적으로 의존함으로써 간결함을 유지합니다.
복잡성의 차이: 다른 서비스들에 비해 쿠폰 서비스의 비즈니스 로직이 상대적으로 덜 복잡할 수 있습니다. 그렇기 때문에 해당 서비스는 추가적인 비즈니스 로직이 필요 없다고 판단된다면 직접 Repository를 호출하게 설계할 수 있습니다.
아키텍처 스타일 및 결정: 아키텍처 설계 시, 특정 프로젝트나 팀의 스타일에 따라 다양한 접근 방식이 있을 수 있습니다. 예를 들어, 직접적인 데이터 접근을 최대한 제한하고 싶을 수 있지만, 때론 성능상의 이유나 코드를 더 단순하게 유지하기 위해 Repository를 직접 호출할 수 있습니다.
하지만, 이 구조가 유지보수나 확장성 측면에서 어떤 영향을 줄 수 있는지도 충분한 고려가 필요합니다. 만약 이 부분에 대해 더 깊이 있는 토론이나 예제를 참고하고 싶다면, 아래의 유사한 질문 링크를 한 번 확인해 보시기를 권장합니다:
이 답변이 도움이 되었길 바라며, 추가적인 궁금한 점이 있으시다면 언제든지 질문해 주세요. 곧 지식공유자께서도 상세한 답변을 제공해 주실 것입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.