(인프런) 김영한님의 스프링 핵심 원리-기본편을 공부하고 리뷰한 글입니다.
3. 회원 도메인 설계
1. 회원 도메인 협력 관계
2. 회원 클래스 다이어그램
클래스 다이어그램은 프로그램을 실행하지 않고 클래스만 분석해서 볼 수 있는 그림이다.
3. 회원 객체 다이어그램
MemberRepository 역할에 MemoryMemberRepository 를 넣을지 DbMemberRepository를 넣을지는 동적으로 결정되는 것들이다.
서버가 떠서 클라이언트가 실제로 사용하는 인스턴스 객체들을 보기위한 그림이다.
4. 회원 도메인 개발
1. 회원 엔티티
1) 회원 등급
회원 등급은 enum 으로 만든다. class 대신 enum 으로 선언하면 이 객체는 "상수의 집합"이라는 것을 명시한다.
package hello.core.member;
public enum Grade {
BASIC,
VIP
}
2) 회원 엔티티
package hello.core.member;
public class Member {
private Long id;
private String name;
private Grade grade;
public Member(Long id, String name, Grade grade) {
this.id = id;
this.name = name;
this.grade = grade;
}
public Long getId() {
return id;
}
public void setId(Long id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public Grade getGrade() {
return grade;
}
public void setGrade(Grade grade) {
this.grade = grade;
}
}
2. 회원 저장소
1) 회원 저장소 인터페이스
package hello.core.member;
public interface MemberRepository {
// 회원 저장 메서드
void save(Member member);
// 회원의 id로 회원을 조회하는 메서드
Member findById(Long memberId);
}
2) 메모리 회원 저장소 구현체
DB가 아직 확정이 되지 않았으므로, 가장 단순한 메모리 회원 저장소를 구현해서 개발을 진행한다.
package hello.core.member;
import java.util.HashMap;
import java.util.Map;
public class MemoryMemberRepository implements MemberRepository{
// 저장소
private static Map<Long, Member> store = new HashMap();
@Override
public void save(Member member) {
store.put(member.getId(), member); // hashmap에 (id, member) 쌍으로 저장
}
@Override
public Member findById(Long memberId) {
return store.get(memberId); // id(key)값으로 member 얻어오기
}
}(참고) HashMap은 동시성 이슈가 발생할 수 있으므로 실무에서는 ConcurrentHashMap을 사용한다.
(여기서는 단순하게 개발하기 위해 HashMap 사용함)
3. 회원 서비스
1) 회원 서비스 인터페이스
package hello.core.member;
public interface MemberService {
//회원 가입 메서드
void join(Member member);
// 회원 조회 메서드
Member findMember(Long memberId);
}
2) 회원 서비스 구현체
package hello.core.member;
public class MemberServiceImpl implements MemberService{
// 가입과 조회를 하기 위해 MemberRepository의 구현체를 생성
// MemberServiceImpl은 MemberRepository, MemoryMemberRepository 모두 의존(DIP 위반)
private final MemberRepository memberRepository = new MemoryMemberRepository();
@Override
public void join(Member member) {
memberRepository.save(member);
}
@Override
public Member findMember(Long memberId) {
return memberRepository.findById(memberId);
}
}(참고) 구현체가 1개만 있을 때, 관례상 인터페이스 명 뒤에 Impl을 붙여서 이름을 짓는다.
5. 회원 도메인 실행과 테스트
1. 회원 도메인 - 회원가입 main
애플리케이션 로직으로 main 함수에서 이렇게 테스트 하는 것은 좋은 방법이 아니다. JUnit 테스트를 사용하자.
package hello.core;
import hello.core.member.Grade;
import hello.core.member.Member;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
public class MemberApp {
public static void main(String[] args) {
MemberService memberService = new MemberServiceImpl();
Member member = new Member(1L, "memberA", Grade.VIP);
memberService.join(member);
Member findMember = memberService.findMember(1L);
System.out.println("new member = " + member.getName());
System.out.println("findMember = " + findMember.getName());
}
}
2. 회원 도메인 - 회원 가입 테스트
package hello.core.member;
import org.assertj.core.api.Assertions;
import org.junit.jupiter.api.Test;
public class MemberServiceTest {
MemberService memberService = new MemberServiceImpl();
@Test
void join() {
// given
Member member = new Member(1L, "memberA", Grade.VIP);
// when
memberService.join(member);
Member findMember = memberService.findMember(1L);
// then
Assertions.assertThat(member).isEqualTo(findMember);
}
}
<회원 도메인 설계의 문제점>
public class MemberServiceImpl implements MemberService{
// 가입과 조회를 하기 위해 MemberRepository의 구현체를 생성
// MemberServiceImpl은 MemberRepository, MemoryMemberRepository 모두 의존(DIP 위반)
private final MemberRepository memberRepository = new MemoryMemberRepository();
...
}MemberService 인터페이스의 구현체인 MemberServiceImpl 클래스는
MemberRepository 와 MemoryMemberRepository를 모두 의존하고 있다.
즉, 인터페이스(역할)뿐 아니라 구현까지 모두 의존하는 문제가 있다. (OCP, DIP 모두 위배)
-> 주문까지 만들고나서 문제점, 해결방안 설명
