프로젝트 생성

• 프로젝트 선택
  • Project: Gradle Project
  • Spring Boot: 2.7.3
  • Language: Java
  • Packaging: Jar
  • Java: 11
• Project Metadata
  • groupId: hello
  • artifactId: core
• Dependencies: 미선택

비즈니스 요구사항과 설계

요구사항

회원

• 회원을 가입하고 조회할 수 있다.
• 회원은 일반과 VIP 두가지 등급이 있다.
• 회원 데이터는 자체 DB를 구축할 수 있고, 외부 시스템과 연동할 수 있다. (미확정)

주문과 할인 정책

• 회원은 상품을 주문할 수 있다.
• 회원 등급에 따라 할인 정책을 적용할 수 있다.
• 할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용 (나중에 변경 가능)
• 할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 아직 정하지 못했고, 오픈 직전까지 고민을 미루고 싶다. 최악의 경우 할인을 적용하지 않을 수 있다.

회원 데이터, 할인 정책 같은 부분은 지금 결정하기 어려운 부분이다. 그렇다고 이런 정책이 결정될 때 까지 개발을 무기한 기다릴 수도 없다.

인터페이스를 만들고 구현체를 언제든지 갈아끼울 수 있도록 설계하면 된다!

회원 도메인 설계

회원 도메인 요구사항

• 회원을 가입하고 조회할 수 있다.
• 회원은 일반과 VIP 두가지 등급이 있다.
• 회원 데이터는 자체 DB를 구축할 수 있고, 외부 시스템과 연동할 수 있다.(미확정)

회원 도메인 협력 관계

• 클라이언트가 회원 서비스를 호출
• 회원 저장소를 별도로 구축
• 회원 저장소를 세가지 버전으로 만들 것
  • 각각의 구현체가 미확정이기 때문에 인터페이스로 저장소를 만들고, 개발 진행

회원 클래스 다이어그램

회원 객체 다이어그램

• 객체간의 참조 관계
• 클라이언트가 실제 사용하는 클래스간의 관계
• 회원 서비스: MemberServiceImpl

회원 도메인 개발

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;
    }
}

Grade

public enum Grade {
    BASIC,
    VIP
}

MemberRepository

public interface MemberRepository {

    void save(Member member);

    Member findById(Long memberId);
}

MemoryMemberRepository

public class MemoryMemberRepository implements MemberRepository {

    // 동시성 이슈 때문에 ConcurrentHashMap 사용함.
    private static Map<Long, Member> store = new HashMap<>();

    @Override
    public void save(Member member) {
        store.put(member.getId(), member);
    }

    @Override
    public Member findById(Long memberId) {
        return store.get(memberId);
    }
}

MemberService

public interface MemberService {

    void join(Member member);

    Member findMember(Long memberId);
}

MemberServiceImpl

public class MemberServiceImpl implements MemberService{

    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);
    }
}

회원 도메인 실행과 테스트

MemberApp

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);
        System.out.println("findMember = " + findMember);
    }
}

MemberServiceTest

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);

    }
}

회원 도메인 설계의 문제점

• 다른 저장소로 변경할 때 OCP 원칙을 잘 준수할 것인가?
• DIP를 잘 지키고 있는가?
• 의존 관계가 인터페이스 뿐만 아니라 구현까지 모두 의존하는 문제가 있음.

  MemberService memberService = new MemberServiceImpl();

  • 할당하는 부분이 구현체까지 의존하게 됨.