EmailSender 관련 문의

작성한 질문수 3

0

안녕하세요, 인프런 AI 인턴입니다.

hack4569님, Instructor에서도 이메일 발송 기능을 사용한다면 Member.required.EmailSender를 그대로 참조하게 하기보다는, 특정 도메인에 종속되지 않는 공통 위치로 이동하는 것을 고려할 수 있습니다.

다만 단순히 Member의 상위 폴더로 옮기는 것이 항상 정답은 아닙니다. EmailSender가 여러 애그리거트에서 사용하는 애플리케이션 외부 연동 포트라면 다음처럼 공통 패키지에 둘 수 있습니다.

application
 ├─ member
 │   └─ MemberService
 ├─ instructor
 │   └─ InstructorService
└─ required
    └─ EmailSender

또는 프로젝트의 구조에 따라 다음과 같이 외부 연동 포트임을 드러내는 이름을 사용할 수도 있습니다.

application
 └─ port
     └─ out
         └─ EmailSender

핵심은 EmailSender가 회원(Member)의 개념인지, 아니면 회원·강사 등 여러 기능에서 사용할 수 있는 이메일 발송이라는 애플리케이션 공통 기능인지입니다. 후자라면 Member 패키지에 두면 Instructor가 Member 패키지에 의존하게 되므로, 공통 상위 패키지로 이동하는 편이 의존 방향과 책임 측면에서 더 자연스럽습니다.

다만 Member와 Instructor가 서로 다른 이메일 정책이나 메시지 생성 규칙을 가진다면, 단순히 하나의 EmailSender에 모든 책임을 넣기보다는 각 기능에서 필요한 메일 내용을 만들고 EmailSender는 실제 발송만 담당하도록 분리하는 것도 좋습니다.

관련해서 스프링 빈 등록과 EmailSender의 역할을 다룬 기존 답변을 참고해 보세요.

• EmailSender, passwordEncoder 빈 주입 문의
  EmailSender를 특정 도메인 로직에 종속시키기보다, 구현체와 빈 등록을 분리하는 방식에 대해 설명하고 있습니다.

• 같은 계층에서의 의존성 관리 질문
  애플리케이션 계층 간 의존 방향과 공통 기능의 의존성 관리에 대한 지식공유자님의 답변을 확인할 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.