[Spring] 김영한 기본편_ 섹션 3. 예제만들기

<출처 인프런>

 

아주 간단한 예제를 만들어 프로젝트 진행의 기초 틀을 만드는 강의였다. 여기에서 알아둘 것은 인터페이스와 구현체다. 현재 강의 시점에서는 인터페이스를 통해 의존성을 완벽하게 해결하진 못했는데, 그 문제점을 통해 추후 어떤 식으로 코드를 짜야하며 인터페이스와 구현체의 관계를 어떻게 정립해야할지에 대해 설명하는 강의가 이뤄진다. 어쨌든 현재 시점에선 프로젝트의 틀을 어떤식으로 짜야하며 enum, interface, class가 무엇인지 왜 있는지를 중심으로 살펴보면 좋을 것 같다.

 

 

 

🧸

잘못된 정보를 적었다면 댓글로 남겨주세요

 

---

🧸 구조파악 레츠꼬우- 🧸

✔️   총 세가지의 package를 만들었다.

• member
  ㄴ class : Member, MemberServiceImpl, MemoryMemberRepository
  ㄴ interface : MemberService, MemberRepository
  ㄴ enum : Grade
• discount
  ㄴ class : FixDiscountPolicy
  ㄴ interface : DiscountPolicy
• order
  ㄴ class : Order, OrderServiceimpl
  ㄴ interface : OrderService

 

---

✔️  member

►  Member

회원저장소 관리

 

 

GetterSetter(public)

: private 값을 외부로 빼거나 새로운 값을 넣는다.

 

id, name, grade인 총 3가지 private 정보를 넣었다.

 

 

- GetterSetter 출처 

[OOP] Getter와 Setter는 지양하는게 좋다

 

 

 

 

► MemoryMemberRepository

회원정보를 store에 저장하는 회원저장소

 

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

 

save라는 메서드는 Member 클래스에 정의한 객체를 따르며 Member에 있는 getter를 통해 id 값을 얻고 그 id 값을 store에 put 하겠다는 내용이다. 그렇기에 save 앞에 void를 붙여준 것이다. 반환하는 타입에 void를 붙여 호출한 쪽에 아무것도 반환하지 않을 것이라고 명시한 것이다. (호출 쪽은 넣어달라 했으니 넣으면 끝인 것이다.)

 

 

 

••• 이어서 다른 코드 부분 •••

 

 

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

 

findById

: id를 찾을 때 사용하며 실제 객체가 없는 경우 null을 반환한다.

 

id는 Member 클래스에 private Long id;라고 선언되어있다. 그렇기에 Map<Long, Member>라고 선언하고 store에서 id를 찾을 때도 Long 타입으로 적은 것이다. 그러면 findById 메서드를 통해 찾은 id는 Member 타입으로 반환된다.

 

 

Q. findById와 getById와의 차이점은?

A. 현재 inteliJ에서 getById보다 getReferenceById로 사용하도록 권유하고 있다. 여기서 getReferenceById는 findById와 다르게 실제 객체가 없는 경우 null이 아닌 EntityNotFoundException 예외가 나타나도록 하고 있다.

 

 

Q. Member member의 Member와 Long memberId의 Long, 왜 타입이 다른가?

A. 고객이 있다. 고객의 정보는 총 세가지인 id, name, grade가 된다. 이 중에 중복되지 않는 고유한 값은 id 뿐이다. 그렇기에 고객의 정보를 찾고자 할 때 id를 사용하는 것이다. 그러면 Member 객체 속 id 필드만을 이용하여 찾기 때문에 memberId 앞엔 Long 타입으로 적어준 것이다. 그리고 id를 통해 고객의 정보를 찾아오면 그 속에 name과 grade도 포함되어 있게된다. 그렇기에 Member 타입으로 반환할 수 있는 것이다.

 

 

 

 

- findById와 getById의 차이 출처

220905 TIL getById() vs findById()

 

 

 

 

 

► MemberServiceImpl

회원가입과 회원조회 한다. (회원서비스제공)

 

 

[테스트 할 때]

// 테스트 MemberServiceTest 
MemberService memberService = new MemberServiceImpl();
...

위의 코드와 함께 회원정보가 들어온다.

MemberServiceImpl 인스턴스를 만들었다. MemberServiceImpl 클래스는 MemberService라는 인터페이스를 상속받고 있다. 그래서 MemberServiceImpl의 인스턴스를 만들 때 MemberService인 인터페이스 타입으로 변수를 선언했다. 그렇게 한 이유는 다형성을 위함으로 인터페이스가 어떤 구현체와 연관되었는지 모르게 하기 위해서다. 

MemberServiceImpl memberServiceImpl = new MemberServiceImpl( );은 코드의 유연성을 떨어뜨린다. 왜냐하면 MemberServiceImpl에 속해있는 메서드만 이용가능하기 때문이다. 그런데 위의 코드처럼 타입을 인터페이스로 변경하게 된다면 인스턴스를 생성할 때 다른 구체 클래스로 변경하기만 하면 같은 이름의 메서드여도 동작 방식이 다른 메서드를 이용할 수 있게된다. 그렇게 되면 코드를 훨씬 유연하게 작성하며 유지보수에도 좋다.

 

 

// MemberServiceImpl 클래스

private final MemberRepository memberRepository = new MemoryMemberRepository();

  @Override
    public void join(Member member) {
        memberRepository.save(member);
    }
...

 

MemoryMemberRepository(회원저장소)에 있는 정보를 원할하게 주고 받기 위해
'private final MemberRepository memberRepository = new MemoryMemberRepository();' 위의 코드를 작성해준다.

아까 test 코드에서 본 것과 같은 이유로 인터페이스를 타입 그리고 인터페이스에 연결할 구현체를 선언했다. 후에 배우겠지만 이렇게 쓰는 방식이 맞는 방식은 아니다. 만일 인터페이스와 연결된 구현체를 변경하고 싶은 경우 선언되어있는 클래스를 하나하나 방문하여 코드를 수정해야하기 때문에(의존성 문제) 이 방식은 선호하지 않는다.

현재 코드에서 final이 붙어있는데 그 이유는 선언된 구현체인 MemoryMemberRepository를 다른 구현 클래스로 변경되는 것을 불가하게 만들기 위함이다. (내부 코드 수정이 불가한 것은 아니다)

memberRepository에 정보를 저장하여 회원가입이 되도록한다.

 

 

 

 

 

---

 

 

 

✔️  discount

     < 조건 >

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

 

► DiscountPolicy

: 일반(?) 할인 정책

확정된 것이 없기 때문에 언제든지 변경할 수 있도록 인터페이스로 정의만 해준다.

 

 

► FixDiscountPolicy 

 : VIP는 1000원 할인 정책

 

private int discountFixAmount = 1000;

할인할 가격이 변경될 수 있으니 따로 1000원을 선언한다.

 

if (member.getGrade() == Grade.VIP) {
            return discountFixAmount;

discount 메서드는 Member와 price를 받는다.(Member member, int price) 그렇게 Member 클래스에 있는 getGrade메서드를 사용하여 등급이 VIP이면 discountFixAmount를 리턴하여 가격의 1000원을 할인할 수 있도록 한다.

 

 

 

 

---

 

✔️  order

 

► Order

: 고객의 주문을 나타내며 최종 금액 계산

 

public Order(Long memberId, String itemName, int itemPrice ,int discountPrice) {
        this.memberId = memberId;
        this.itemPrice = itemPrice;
        this.itemName = itemName;
        this.discountPrice = discountPrice;
    }

 

테스트 코드를 짜면 인자를 받게 되는데, 그 인자를 받아 필드를 초기화하는 것이 Order 생성자가 하는 일이다. 

인자에 대해서 쉽게 설명하자면 테스트 코드에 위의 매개변수(memberId, itemName 등) 안에 구체적인 값이 들어가게된다. 그것을 인자라고 하는데

 

 

 

••• 이어서 다른 코드 부분 •••

 

 

public Long getmemberId() {
	return memberId;
}

public String getItemName() {
	return itemName;
    }

getter를 이용하여 memberId와 ItemName을 접근할 수 있도록 했다. 그 이유는 Order 클래스에서 변수를 private으로 정의했기 때문에 Order 클래스가 아닌 다른 외부 클래스에서 해당 객체 정보를 가져오고 싶으면 getter를 통해야한다. 

만약 getter를 통해 다른 외부 클래스에서 해당 객체를 가져오고 싶다면, 앞에서 봤듯이 order.getmemberId();를 쓰면 된다.

 

 

 

••• 이어서 다른 코드 부분 •••

 

 

public String toString() {
        return "Order{" +
                "memberId=" + memberId +
                ", itemName='" + itemName + '\'' +
                ", itemPrice=" + itemPrice +
                ", discountPrice=" + discountPrice +
                '}';
    }

toString은 객체가 가지고 있는 여러 정보를 문자열로 반환해준다.

 

 

 

 

Q. 만약 toString을 쓰지 않는다면 어떻게 출력이 될까?

 

Order order = new Order(1L, "Laptop", 1000, 100);
System.out.println(order);​

 

A. 예제로 chat-GPT가 만들어줬다. 출력결과는 [ Order@5e2de80c ] 이렇게 나오게 된다.
즉, toString을 쓰지 않는다면 memberId,itemname,itemprice,discountprice가 쭈욱- 출력되어 결과값을 파악하기 어려울 수 있다.

 

 

 

► OrderServiceImpl

: 주문 고객을 확인하여 등급에 맞는 할인정책을 적용 한다.

 

    private final MemberRepository memberRepository = new MemoryMemberRepository();
    private final DiscountPolicy discountPolicy = new FixDiscountPolicy();

주문 고객 내용을 가져오고, 그에 맞는 할인 정책을 가져오기 위해 코드를 선언했다. 구현체를 다른 구현체로 바꾸는 걸 외부에서 수정할 수 없도록 final로 정의했다.

 

 

••• 이어서 다른 코드 부분 •••

 

 

 @Override
     public Order createOrder(Long memberId, String itemName, int itemPrice) {
         Member member = memberRepository.findById(memberId);
         int discountPrice = discountPolicy.discount(member, itemPrice);
         return new Order(memberId, itemName, itemPrice, discountPrice);
}

createOrder라는 메서드로 반환타입은 Order가 된다. 이걸 잘 이해하기 위해 테스트 코드를 먼저 살펴보도록 하겠다. 테스트 코드 OrderServiceTest를 보면 Order order = orderService.createOrder(memberId, "itemA", 10000);이란 코드가 있다.

인자가 createOrder로 매개변수에 맞춰 들어오고 memberId는 memberRepository로 들어가 회원 정보를 찾는다.(회원정보 찾는 것을 통해 회원 등급, 회원 이름 등을 알았을 것이다.) 그리고 얻어낸 회원 정보(member)와 상품 가격을 가지고 discountPolicy에 있는 discount 메서드에 전달하면 회원 등급이 VIP인 경우 1000원을 할인하라는 코드에 맞춰 discountFixAmount를 반환 받을 것이다. 그럼 1000원이란 값을 할인한다는 정보가 discountPrice에 저장된다.

이렇게 해서 Order(주문을 받아 최종 계산하는 클래스)에서 요구하는 매개변수에 맞는 정보를 모두 전달할 수 있게 되었다.

다시 테스트 클래스로 가겠다. Assertions.assertThat(order.getDiscountPrice( )).isEqualTo(1000);이 있다. 이 코드는 getDiscountPrice가 1000원이랑 동일한지에 대해 묻는 코드인 것이다. 그럼 아까 위에 있던 테스트 코드에서 Order에 있는 객체 정보들을 order에 넣고 Order 클래스에 있는 getDiscountPrice 메서드를 이용하여 값 private으로 선언된 할인 값을 받아올 수 있게 된 것이다.  그렇게 1000원이 맞는지 확인하는 과정이 된 것이다.

---

 

 

[ ▶︎ ]

 

[Spring] 김영한 기본편_ 섹션 4. 객체지향원리적용

 

 

 

 

혼자 천천히 공부하며 작성했습니다.

잘못된 내용이 적혀있을 수 있으니, 감안하고 봐주시면 감사하겠습니다.

🍀 모두들 화이팅하세요 🍀