[강의] 스프링 핵심 원리 - 기본편 1

 

이번엔 스프링 핵심원리

inf.run/wr1v

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

출처:  김영한 강사님 스프링 핵심 원리-  기본편

---

EJB는 너무 어려웠음

ㄴ---> EJB 컨테이너를 대체하는 스프링
ㄴ---> EJB 엔티티빈을 대체하는 하이버네이트 -> 자바 표준 JPA

현재 : JPA의 구현체로 하이버네이트를 주로 사용함

 

1.객체 지향 설계와 스프링

- 스프링이란?

스프링 생태계
필수
스프링 프레임워크,스프링 부트

 

선택
스프링 데이터(CRUD기능, JPA를 가장 많이 씀),

스프링 세션, 스프링 시큐리티, 스프링 RestDocs(API 문서화), 스프링 배치(배치 처리), 스프링 클라우드 등...

더 보고 싶으면 https://spring.io/projects

Spring | Projects

• 스프링 프레임워크
  핵심 기술 : 스프링 DI(Dependency Injection 의 약자, 의존성 주입) 컨테이너, AOP, 이벤트, 기타
  웹 기술 : 스프링 MVC, 스프링 WebFlux
  데이터 접근 기술 : 트랜젝션, JDBC, ORM, XML 지원
  기술 통함 : 캐시, 이메일, 원격접근, 스케줄링
  테스트 : 스프링 기반 테스트 지원
  언어: 코틀린, 그루비
  ->스프링 프레임 워크의 기술들을 편리하게 사용하게 해 주는 스프링부트
  
  
• 스프링 부트
  단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성
  Tomcat(웹 서버) 내장
  starter 종속성 제공
  스프링과 3rd parth 라이브러리 자동 구성, 메이저 라이브러리들의 버전을 알아서 챙겨줌
  메트릭,상태 확인, 외부 구성 가튼 프로덕션 준비 기능 제공
  관례에 의한 간결한 설정
  스프링 프레임워크와 별도로 사용하는 것은 아님

스프링의 핵심  컨셉

객체지향 언어(JAVA) 가 가진 강력한 특징(다형성)을 살려내는 프레임워크

좋은 갹채 지향 애플리케이션을 개발할 수 있게 도와주는 프레임워크

 

- 좋은 객체 지향 프로그래밍이란?

객체 지향 프로그래밍의 특징 : 유연하고 변경이 용이, 객체들의 모임 -> 다형성
유연하고 변경이 용이, 확장 가능한 설계

인터페이스를 안정적으로 설계하는 것이 가장 중요하다.

 

- 좋은 객체 지향 설계의 5가지 원칙(SOLID)

SPR 단일 책임 원칙 (Single Responsibility principle)

한 클래스는 하나의 책임. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것.

OCP 개방-패쇄 원칙 (Open/Closed principle)

확장에는 열려있지만 변경에는 닫혀 있게 한다. 변경을 하지 않아도 확장이 용이하도록 한다.

LSP 리스코프 치환 원칙 (Liskov substitution principle)

원칙을 지킨다. goFront해놓고 뒤로가면 x  

ISP 인터페이스 분리 원칙 (Interface segration principle)

특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.

DIP 의존관계 역전 원칙 (Dependency inversion principle)

구현 클래스가 아닌 인터페이스에 의존해야 한다.

 

하지만 다형성 만으로는 OCP와 DIP를 지킬 수 없다.

 

- 객체 지향 설계와 스프링

스프링은 다형성 + OCP, DIP를 가능하게 지원한다.

인터페이스를 먼저 만들고 구현하는게 이상적 -> 향후에 필요하면 도입도 괜찮다

 

2. 예제만들기

- 프로젝트 생성

start.spring.io/

이렇게 설정 후 GENERATE

하단처럼 설정해야 더 빠르게 빌드할 수 있습니다.

File->Settings->Gradle

 

- 비즈니스 요구사항과 설계

회원

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

주문과 할인 정책

• 회원은 상품을 주문할 수 있음
• 회원 등급에 따라 할인 정책을 적용할 수 있음
• 모든 VIP는 1000원 고정 금액 할인 (미확정)

- 회원 도메인 설계

스프링을 빼고 해본다.

 

- 회원 도메인 개발

1. 멤버, 등급 엔티티

//Grade.java
public enum Grade {
    BASIC,
    VIP
}
//Member.java
public class Member {
    private Long id;
    private String name;
    private Grade grade;

    public void setId(Long id) {
        this.id = id;
    }

    public void setName(String name) {
        this.name = name;
    }

    public void setGrade(Grade grade) {
        this.grade = grade;
    }

    public Long getId() {
        return id;
    }

    public String getName() {
        return name;
    }

    public Grade getGrade() {
        return grade;
    }

    public Member(Long id, String name, Grade grade) {
        this.id = id;
        this.name = name;
        this.grade = grade;
    }
}

2. 메모리 인터페이스

//MemberRepository.java
public interface MemberRepository {
    void save(Member member);
    Member findById(Long memberId);
}

 

메모리 구현

//MemoryMemberRepository.java
public class MemoryMemberRepository implements MemberRepository {
    private static Map<Long,Member> store = new HashMap<>();//실무에서는 concurrency map 사용

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

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

3. 서비스 인터페이스

//MemberService.java
public interface MemberService {
    void join(Member member);
    Member findMember(Long memberId);
}

서비스 구현

//MemberServiceImpl.java
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);
    }
}

추상화와 구현체를 모두 의존한다 -> DIP에 문제가 있다.

MemverServiceImpl의

private final MemberRepository memberRepository = new MemoryMemberRepository(); 

이 문장에서 MemberRepository를 선언함으로써 인터페이스에 의존하고 있으나,

구현체를 new MemoryMemberRepository(); 로 직접 적어줌으로써 구현체에도 의존하고 있다고 볼 수 있다.

 

- 회원 도메인 실행과 테스트

Test

일반 자바 코드로 체크는 매번 로그찍어야되고 불편함

그래서 있는 기능 테스트

given, when, then

//MemberServiceTest.java
import static org.assertj.core.api.Assertions.assertThat;//assertThat사용을 위해 필요

public class MemberServiceTest {
    MemberService memberService = new MemberServiceImpl();
    //Control+Alt+V 사용하면 편리

    @Test
    void join(){
        //given
        Member member = new Member(1L, "memberA", Grade.VIP);

        //when
        memberService.join(member);
        Member findMember = memberService.findMember(1L);

        //then
        assertThat(member).isEqualTo(findMember);
    }
}

실행 &성공

 

- 주문과 할인 도메인 설계

저장소와 할인 정책만 적절하게 다른 것을 끼워주면 된다.

역할들의 협력 관계를 그대로 재사용 할 수 있음

 

- 주문과 할인 도메인 개발

 

할인 정책 인터페이스

//DiscountPolicy.java
public interface DiscountPolicy {
    int discount(Member member, int price);
}

고정된 할인 정책 구현

//DiscountPolicy.java
public class FicDiscountPolicy implements DiscountPolicy{

    private int discountFixAmount = 1000;//1000원 할인

    @Override
    public int discount(Member member, int price) {
        if(member.getGrade() == Grade.VIP)
            return discountFixAmount;
        else
            return 0;
    }
}

주문 객체

//Order.java
public class Order {
    private Long memberId;
    private String itemName;
    private int itemPrice;
    private int discountPrice;


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

    public void setMemberId(Long memberId) {
        this.memberId = memberId;
    }

    public void setItemName(String itemName) {
        this.itemName = itemName;
    }

    public void setItemPrice(int itemPrice) {
        this.itemPrice = itemPrice;
    }

    public void setDiscountPrice(int discountPrice) {
        this.discountPrice = discountPrice;
    }

    public Long getMemberId() {
        return memberId;
    }

    public String getItemName() {
        return itemName;
    }

    public int getItemPrice() {
        return itemPrice;
    }

    public int getDiscountPrice() {
        return discountPrice;
    }

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

주문 인터페이스

// OrderService.java
public interface OrderService {
    Order createOrder(Long memberID, String itemName, int itemPrice);
}

주문 구현

// OrderService.java
public class OrderServiceImpl implements OrderService{
    private final MemberRepository memberRepository = new MemoryMemberRepository();
    private final DiscountPolicy discountPolicy = new FicDiscountPolicy();

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

할인과 관련한 수정이 있으면 OrderService는 이걸 고려하지 않아도 됨 - 잘 된 설계

 

- 주문과 할인 도메인 실행과 테스트

로직으로 테스트 : 잘나옴

 

JUnit으로 테스트 : 잘됨

 

첫 번째 듣고 난 후기 :

이 이전 스프링 입문부터 강의를 다 듣고 다음 강의인 핵심 원리를 듣고 있다.

스프링 입문을 들을 때는 이게 뭔가... 이거 이렇게 배워서 되긴 하는건가... 하는 기분으로 끝까지 들었는데

그걸 다 듣고 나서 핵심원리를 들으니 이제 그때 했던게 보이고 이해가 되는 것 같다.

역시 끝까지 해봐야돼... 

하긴 이렇지 않았던게 있었나 내가 배웠던 것 중에!

 

복습 후 후기 : 

뭔가 이제 코드가 한 번만 봐도 뭘 하는 것인지 알 수 있는 상태로 보니까 신기함

쏟아져나오는 새로운 내용에 놓쳤던 디테일한 부분을 볼 수 있게 되었다.

기억이 안나는 부분이 꽤 많군