회원관리 예제 - 백엔드 개발
비즈니스 요구사항 정리
- 데이터: 회원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) 웹 애플리케이션의 컨트롤러를 통해 실행
⚠️ 문제점 ⚠️
- 준비하고 실행하는데 오래 걸림
- 반복 실행하기 어려움
- 여러 테스트를 한번에 실행하기 어려움
➡️ JUnit이라는 자바의 프레임워크로 테스트를 실행해서 문제 해결
✔️ 테스트 클래스 생성 방법
- src>test>java 하위 폴더에 직접 테스트 클래스 생성
- 클래스에서 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);
}
'Spring' 카테고리의 다른 글
[Spring] 웹 MVC 개발 (0) | 2024.09.11 |
---|---|
[Spring] Controller, 스프링 빈(Bean), DI(Dependency Injection) (0) | 2024.09.09 |
[Spring] Spring 웹 개발 기초 - 정적 컨텐츠, MVC와 템플릿 엔진, API (0) | 2024.09.04 |
[Spring] Spring Boot 프로젝트 생성, 실행, 빌드하기 (1) | 2024.09.04 |
[Spring] 나만의 셀렉샵 프로젝트 - 배포(AWS RDS, EC2, MySQL, Filezilla, Port Forwarding) (0) | 2024.07.31 |