23.02.23

<오늘의 복습>

 

- spring

 

🟧 예제 만들기

---

프로젝트 생성

 

- 이번 프로젝트에서는 순수한 '자바'로만 할 것이다 (프로젝트 환경을 편리하게 하려고 부트를 사용함, 당장은 순수한 자바로만 개발을 진행할 것이며 나중에 스프링 추가할 것임 - 전혀 스프링 프레임워크를 사용하지 않음)

⭐ 프로젝트 선택

🔹 Project: Gradle - Groovy Project
Spring Boot: 2.3.x
Language: Java
Packaging: Jar
Java: 11

🔹 Project Metadata groupId: hello
artifactId: core
Dependencies: 선택하지 않음 

 

settings

• gradle을 통해 실해하는 것보다 인텔리제이로 실행해야 빠름! (인텔리제이에서 자바를 바로 실행) - 강사님 추천!
• 최근 IntelliJ 버전은 Gradle을 통해서 실행 하는 것이 기본 설정, 이렇게 하면 실행속도가 느림 위와같이 변경하면 자바로 바로 실행해서 실행속도가 더 빠름

---

비즈니스 요구사항과 설계

 

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

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

• DB와 할인 부분에 관련해서는 인터페이스로 역할, 구현 부분을 나누면 된다
• 할인 정책 - 변경될 수 있음 (회사가 아직 오픈 전이라 신중하게 할인 정책을 고민중이다)
• 당장 결정하기 어려운 부분은 있으나 정책이 결정될 때까지 개발을 미룰수 없으니 객체 지향 설계 방법을 사용
• 인터페이스를 만들고 → 언제든 갈아 끼우면 된다!!

---

회원 도메인 설계

 

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

회원 도메인 협력 관계

• 회원 저장소는 아직 결정 X
• 클라이언트가 회원 서비스를 호출 
• 회원저장소(인터페이스)를 별도로 만듦 - 회원 데이터에 접근하는 계층을 따로 만듦
• 클라이언트, 회원서비스, 회원저장소 ➡️ "역할"
• 메모리, DB, 외부 시스템 연동 회원 저장소 ➡️ "구현체"
• 메모리 회원 저장소 : 간단하게 자바코드로만 메모리로 회원객체를 넣고 빼고를 할 수 있게 만들어 일단은 개발을 진행, 테스트 - 로컬에서 개발시에만 사용할 것이다 (❗ 서버가 재부팅되면 데이터가 날라감)  - 나중에 DB나 외부 시스템에 넣을 수 있도록 교체만 해주면 된다
• 기획자들도 볼 수 있음 

회원 클래스 다이어그램

• Impl : 구현체
• MemberRepository = 회원저장소 역할
• 개발자가 구체화 함 
• 실제 서버를 실행하지 않고 클래스들만 분석해서 볼 수 있음
• 정적인 것 

• 객체간의 메모리 참조는 어떻게 되는지 
• 회원 서비스 : MemberServiceImpl
• 동적인 것

회원 도메인 개발

 

- 회원 등급(enum으로 만듦)

package hello.core.member;

public enum Grade {

    BASIC,
    VIP
}

 

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

 

- MemberRepository (회원 저장소)  

public interface MemberRepository {

    void save(Member member); // 회원을 저장

    Member findById(Long memberId); // 회원을 조회
}

• save : 저장
• findById : 회원의 id로 회원을 조

- MemoryMemberRepository (메모리 회원 저장소 구현체)

public class MemoryMemberRepository implements MemberRepository{

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

• ⭐ 인터페이스와 구현체를 한 곳에 넣는 것은 좋지 x 이 예제에서는 복잡한 것을 줄이려고 같이 넣음 
• 저장소 → Map이 필요!
• 오류처리는 간편하게 하는 예제이므로 생략 
• 실무에서 HashMap 은 동시성 이슈가 발생할 수 있음(여러 군데에서 접근을 하려고 하면) ➡️ ConcurrentHashMap을 사용해야 한다
• DB가 아직 확정 x → 가장 단순한 메모리 회원 저장소를 구현해 우선 개발 진행

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

• 관례 : 구현체가 하나만 있을 경우 → 인터페이스명 뒤에 Impl이라고 많이 쓴다
• 인터페이스만 가지고 적으면 nullPointException발생 
• join() 에서 save()를 호출하면? → 다형성에 의해 MemoryMemberRepository에 있는 save()가 호출 

회원 도메인 실행과 테스트

 

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

• 순수한 자바코드 - 스프링 관련 x 
• 그러나 이렇게 테스트하는 것은 한계가 있음 - 좋은 방법 x
• main 어플리케이션으로는 - 눈으로 검증할 수 있음 

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

• 배포시에는 main에 대한 코드만 나가고 test 코드는 x  - 빌드될 때 빠진다 
• 테스트가 통과하는 걸 확인할 수 있음
• 테스트 실패 → 어떻게해서 오류가 났는지 확인 가능, 다른 코드를 추가해서 실패가 나는 것도 빠르게 잡을 수 있음
• ❗테스트 작성 방법은 필수로 알아야 한다!!

 

🔅 회원 도메인 설계의 문제점!?

 의존 관계가 인터페이스 뿐만 아니라 구현까지 모두 의존하는 문제점이 있다
➡️ 주문까지 만들고나서 문제점과 해결 방안을 설명할 것임 

- 실제 할달하는 부분이 구현체를 의존함 
MemberServiceImpl → MemberRepository, MemoryMemberRepository 두개다 의존함
→ 추상화 + 구체화에 의존 (변경이 있을 때 문제가 된다)
→ ❗ DIP를 위반  

 

 

 

 

 

 

---

<출처 - 인프런(스프링 핵심 원리 - 기본편) , 김영한 >

- https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard

스프링 핵심 원리 - 기본편 - 인프런 | 강의

 

- (스프링 핵심 원리 - 기본편) 강의를 듣고 학습을 위해 작성했습니다.