작성한 질문수 16

2

안녕하세요. 이준승님, 공식 서포터즈 OMG입니다.

Q1. 회원 서비스 , 회원 저장소 객체로 나눈 이유가 궁금합니다. 각 기능별로 구분하기 위해 이렇게 구현한것인가요?

A1.네, 각 기능별로 구분한 것을 도식화 한 것입니다.

Q2.클라이언트가 의미하는 것은 사용자가 보내는 요청이랑 같다고 생각해도 될까요?

A2.네, 맞습니다. 또한 회원 서비스를 호출하는 다른 서버의 호출 또한 클라이언트가 될 수 있습니다.

그래서 해당 UML의 타이틀을 회원 도메인 협력 관계라고 표현 한 것입니다.

Q3.위 그림에서 회원서비스, 회원 저장소 인터페이스는 있는데 클라이언트 인터페이스가 없는 이유가 궁금합니다.

A3. 본 강의를 수강하시다보면 회원 저장소의 경우 다형성을 이용하여 유연하게 변경하는 것을 보실 수 있습니다.

회원의 경우 저장소의 예시와 같이 변경하도록 설계된 강의가 아니여서 클라이언트의 인터페이스 도입을 하지 않은 것으로 보시면 될 것 같습니다.

0

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

회원 도메인 설계와 관련된 질문에 대한 답변이 될 만한 내용을 찾았습니다. 이준승님께 도움이 될 것 같아 공유드립니다.

• 서비스와 저장소를 나누는 이유는 각 기능별로 책임을 분리하여 설계하는 것이 맞으며, 이를 통해 유지보수와 확장성이 향상됩니다.
  
• 클라이언트는 사용자의 요청을 보내는 주체를 의미합니다.
  
• 클라이언트 인터페이스가 없는 이유는 클라이언트가 구체적인 구현을 가져야 하는 주체가 아니기 때문일 수 있습니다.
  

자세한 답변을 원하시면 아래 링크를 참조하시기 바랍니다.

• 회원 도메인 설계의 문제점 질문
  
• OrderService 도메인 설계관련 질문드립니다.
  

도움이 되셨길 바라며, 더 궁금하신 사항이 있다면 링크를 통해 추가로 질문하실 수 있습니다.