회원관리 예제 - 백엔드 개발

    비즈니스 요구사항 정리

    • 데이터: 회원ID, 이름
    • 기능: 회원 등록, 조회
    • 아직 데이터 저장소 선정 x -> 가상의 시나리오

     

    일반적인 웹 애플리케이션의 계층 구조

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

     

    클래스 의존관계

    • 인터페이스로 구현 클래스를 변경할 수 있도록 설계
    • 개발 진행을 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반의 데이터 저장소 사용

     


    회원 도메인, 리포지토리, 서비스 개발

    • Domain - domain>Member.java
    • Repository interface - repository>MemberRepository.java
    • Repository 메모리 구현체 - repository>MemoryMemberRepository.java
    • Service - service>MemberService.java

    ✔️ Service는 비즈니스에 의존적으로 설계(join, login 등)

     

    ✏️ Optional - 값이 null 일 때, null 그대로 반환하는 대신 optional로 감싸서 반환

    ✏️ implements 후 option + enter - @Override 가능

     


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

     

    개발한 기능을 실행해서 테스트 할 때, 1) main 메서드를 통해서 실행, 2) 웹 애플리케이션의 컨트롤러를 통해 실행

     

    ⚠️ 문제점 ⚠️

    1. 준비하고 실행하는데 오래 걸림
    2. 반복 실행하기 어려움
    3. 여러 테스트를 한번에 실행하기 어려움

    ➡️ JUnit이라는 자바의 프레임워크로 테스트를 실행해서 문제 해결

     

    ✔️ 테스트 클래스 생성 방법

    1. src>test>java 하위 폴더에 직접 테스트 클래스 생성
    2. 클래스에서 command + shift + t -> 테스트 클래스 생성

     

    ✔️ given / when / then 으로 테스트 케이스 작성하기

    • given: 주어진 상황
    • when: 실행
    • then: 결과

     

    ✏️ @AfterEach: 각 테스트가 종료될 때마다 메모리 DB에 저장된 데이터를 삭제

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

    ‼️ 한번에 여러 테스트를 실행하면 메모리 DB에 직전 테스트 결과가 남을 수 있어, 이전 테스트로 인해 다음 테스트가 실패할 가능성 존재

    ‼️ 모든 테스트는 각각 독립적으로 실행되어야 함

    ‼️ 테스트 순서에 의존관계가 있는 것은 좋은 테스트가 아님

     

    ✏️ @BeforeEach: 각 테스트 실행 전에 호출되어 테스트가 서로 영향이 없도록 항상 새로운 객체를 생성하고, 의존관계도 새로 맺어줌

    @BeforeEach
    public void beforeEach() {
        memberRepository = new MemoryMemberRepository();
        memberService = new MemberService(memberRepository);
    }

     

    + Recent posts