스프링 입문 - 회원 관리 예제, 백엔드 개발

비즈니스 요구사항 정리 

• 데이터 : 회원ID, 이름
• 기능 : 회원 등록, 조회
• 아직 데이터가 저장소가 선정되지 않음(가상의 시나리오)

• 컨트롤러 : 웹 MVC의 컨트롤러 역할
• 서비스 : 핵심 비즈니스 로직 구현
• 리포지토리 : 데이터베이스에 접근, 도메인 객체를 DB에 저장하고 관리
• 도메인 : 비즈니스 도메인 객체, 예) 회원, 주문, 쿠폰 등등 주로 데이터베이스에 저장하고 관리됨

• 아직 데이터 저장소가 선정되지 않아서, 우선 인터페이스로 구현 클래스를 변경할 수 있도록 설계
• 데이터 저장소는 RDB, NoSQL 등등 다양한 저장소를 고민중인 상황으로 가정
• 개발을 진행하기 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반의 데이터 저장소 사용

---

domain 패키지를 만들고 Member class를 생성한다.

repository 패키지를 만들고 MemberRepository interface를 생성한다.

 

Optional은 Java8의 기능인데, 요즘은 Null을 처리할때 Optional로 감싸서 반환, 처리하는 편이다.

4가지 기능을 만들어준다.

 

MemoryMemberRepository의 구현체 class를 만든다.

findByName에서 람다식을 활용하여 내부를 돌면서 같은 이름이 있으면 findAny를 호출한다.

findAll()은 현업에서 List가 loop돌기도 쉽고 간단하기 때문에 List로 반환한다.

---

회원 리포지토리 테스트 케이스 작성

개발한 기능을 실행해서 테스트 할 때 자바의 main 메서드를 통해서 실행하거나, 웹 애플리케이션의
컨트롤러를 통해서 해당 기능을 실행한다. 이러한 방법은 준비하고 실행하는데 오래 걸리고, 반복 실행하기
어렵고 여러 테스트를 한번에 실행하기 어렵다는 단점이 있다. 자바는 JUnit이라는 프레임워크로 테스트를
실행해서 이러한 문제를 해결한다.

 

test폴더에 repository 패키지 생성 후 MemoryMemberRepositoryTest 클래스를 만든다.

save Test

findByName Test

Assertions.core... 부분을 static import하면 assertThat을 사용할 수 있다.

findAll Test

---

테스트는 각각 실행할 수도 있고 동시에 실행할수도 있다.

모든 Test는 순서가 보장되지 않기때문에 순서의존적으로 설계하면 절대 안된다.

테스트가 하나 끝나고나면 데이터를 Clear해주어야 한다.

 

main의 MemoryMemberRepository에 이 코드를 추가하고

public void clearStore() {
    store.clear();
}

test의 MemoryMemberRepositoryTest에 이 코드를 추가한다.

@AfterEach
public void afterEach() {
    repository.clearStore();
}

이렇게 하면 Test 하나가 종료될대마다 AfterEach부분의 함수가 호출되어 실행되기 때문에

테스트가 끝날때마다 저장소를 Clear 할 수 있다.

 

테스트와 틀을 먼저 만드는 테스트주도개발(TDD) 방법도 있다.

---

회원 서비스 개발

hello.hellospring아래에 service 패키지를 만든다.

 

windows의 경우 ctrl + shift + alt + T 를 누르면 Refactor this 창이 나오게 되고

Extract Method를 하면 함수로 뽑아낼 수 있다.

validateDuplicatMember 함수로 이름 지정을 하면 함수가 나오게 된다.

 

서비스는 비즈니스에 의존적으로 설계를 하고,

리포지토리는 서비스적보다 개발스럽게 용어를 정한다.

---

회원 서비스 테스트

테스트를 간단히 만드는 방법이 있다. main의 테스트하려는 클래스에서 windows기준 ctrl + shift + T를 누르면

create new test가 나오고 아래와 같이 설정하면 바로 test 폴더에 자동 생성된다.

테스트는 사실 과감하게 한글로 작성해도 좋다. 직관적으로 볼 수 있는 장점이 있다.

빌드될 때 테스트 코드는 실제 코드에 포함되지 않는다.

테스트는 //given //when //then 주석이 중요하다.

 

인스턴스가 각각 생성되는 것을 막기위해 main - MemberService의 선언 부분을 이렇게 바꿔준다.

private final MemberRepository memberRepository;

public MemberService(MemberRepository memberRepository) {
     this.memberRepository = memberRepository;
}

MemberService의 입장에서 보면 직접 객체를 생성하지 않고, memberRepository를 외부에서 주입해준다.

이것을 Dependency Injection(DI)라고 한다.

 

try - catch 부분은 옛날 방식이고 위의 assertThrows 방식이 최신 방식이다.

다음 포스팅에 DI에 대해서 자세하게 적어보겠다.

---

이 강의는 인프런 김영한님의 스프링 입문을 듣고 작성한 글입니다. 문제시 삭제하겠습니다.

https://inf.run/eoSJ

[무료] 스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술 - 인프런 | 강의