일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- 오준석의 생존코딩
- 오존석의 생존코딩
- 패스트 캠퍼스
- 플러터
- 오준석의생존코딩
- #패스트캠퍼스 #내일배움카드 #국비지원 #K디지털기초역량훈련 #바이트디그리 #자바인강
- 모두연구소
- Tag #패스트캠퍼스 #내일배움카드 #국비지원 #K디지털기초역량훈련 #바이트디그리 #자바인강
- 모두의연구소 오준석생존코딩 오름캠프
- ㅇ
- 모두의연구소
- 오름캠프
- 생존코딩
- 오름캠프플러터
- 모두의 연구소 # 오준석의생존코딩# 오름캠프
- Today
- Total
꾸준히 하고싶은 개발자
회원관리 예제 -벡엔드 개발 본문
비즈니스 요구사항 정리
데이터: 회원ID, 이름
기능: 회원 등록, 조회
아직 데이터 저장소가 선정되지 않음(가상의 시나리오)
일반적인 웹 애플리케이션 계층구조
![](https://blog.kakaocdn.net/dn/LYB7R/btr3ezL4ZTh/7ehv5mGMQVmNpEnnyjflnK/img.png)
controller: 웹 MVC의 컨트롤러 의 역할
service: 핵심 비즈니스 로직 구현
repository:데이터베이스에접근 도메인 객체를 DB에 저장하고 관리
domain: 비즈니스 도메인 객체 예 회원 주문 쿠폰 주로 데이터 베이스에 저장하고 관리된다.
클래스 의존관계
아직 데이터 저장소가 선정되지 않아서 우선 인터페이스로 구현 클래스를 변경할 수있도록 설계 아주 편리하다.
데이터 저장소를 RDB로 할지 Nosql로 할지 다양한 저장소를 고민중인 상황으로 가정한다.
개발 진행하기 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반의 데이터 사용한다.
회원 도메인과 리포지토리 만들기
package -> domain class-> Member 만들기
리포지토리 회원 인터페이스
회원 클래스
회원 리포지토리 테스트 케이스 작성
개발한 기능을 실행해서 테스트 할 때 자바의 main 메서드를 통해서 실행한다
웹 애플리케이션의 컨트롤러를 통해서 해당 기능을 실행한다.
이러한 방법은 준비하고 실행하는데 오래 걸리고, 반복 실행하기 어렵고 여러 테스트를 한번에 실행하기 어렵다는 단점이 있다.
자바는 JUnit이라는 프레임워크로 테스트를 실행해서 이러한 문제를 해결한다.
save case test
![](https://blog.kakaocdn.net/dn/bdihwt/btr3cIXlckH/2SEHwW28X7jKIvVkkgvy61/img.png)
회원 저장소에 저장하기 테스트
회원 저장소에 저장하기 테스트 null 인경우
findName 테스트
result(member1) 값과 member1 이 서로 같은 객체를 비교 하기 때문에 오류가 안난다.
Spring2 인경우
result(member2) 값과 member1 이 서로 다른 객체를 비교 하기 때문에 오류난다.
다
테스트를 계속하다보면 이미 스프링이 저장되서 오류가 나게 된다.
그래서 저장된 데이터테스트를 클리어 를 해야한다.
package oss.board.repository;
import org.assertj.core.api.Assertions;
import org.junit.jupiter.api.AfterEach;
import org.junit.jupiter.api.Test;
import oss.board.domain.Member;
import java.util.List;
import java.util.Optional;
import static org.assertj.core.api.Assertions.*;
public class MemoryMemberRepositoryTest {
MemoryMemberRepository repository = new MemoryMemberRepository();
@AfterEach // 메서드 데스트 데이터를 한개씩 끝나면 실행되며 클리어 해주는 콜백매서드
public void afterEach(){
repository.clearStore();
}
@Test
public void save(){
Member member = new Member();
member.setName("spring");
repository.save(member);
Member result = repository.findById(member.getId()).get();
assertThat(member).isEqualTo(result);
//System.out.println("result = " + (result == member)); // 내가 새로 만든 것과 db에있느것이 같은지를 확인한다.
//Assertions.assertEquals(member, null);
}
@Test
public void findByName(){
Member member1 = new Member();
member1.setName("Spring1");
repository.save(member1);
Member member2 = new Member();
member2.setName("Spring2");
repository.save(member2);
//shift+F6 를 쓰면 쉽게 만든다.
Member result = repository.findByName("Spring1").get();
assertThat(result).isEqualTo(member1);
}
@Test
public void findAll(){
Member member1 = new Member();
member1.setName("Spring1");
repository.save(member1);
Member member2 = new Member();
member2.setName("Spring2");
repository.save(member2);
List<Member>result = repository.findAll();
assertThat(result.size()).isEqualTo(2);
// 객체를 만들고 조회 했을때 갯수 같으면 통과 다르면 오류난다.
}
}
테스트를 먼저 구현하고 main을 클래스 구현하는것을 TTD 개발이라고 한다.
회원 서비스 개발
package oss.board.Service;
import oss.board.domain.Member;
import oss.board.repository.MemberRepository;
import oss.board.repository.MemoryMemberRepository;
import java.util.List;
import java.util.Optional;
public class MemberService {
private final MemberRepository memberRepository = new MemoryMemberRepository();
// 회원가입
//Member member1 = result.get(); 겟으로 해서 직접 뽑아낼 수있지만 권장하지 않는다.
public Long join(Member member){
// 중복되는 이름이 있으면 안된다
validateDuplicateMember(member); // 중복 회원 검증
memberRepository.save(member);
return member.getId();
}
private void validateDuplicateMember(Member member) {
memberRepository.findByName(member.getName())
.ifPresent(member1 -> {
throw new IllegalStateException("이미존재하는 회원입니다.");
});
}
// 전체 회원 조회
public List<Member> findMembers(){
return memberRepository.findAll();
}
public Optional<Member>findOne(Long memberId){
return memberRepository.findById(memberId);
}
회원 서비스 테스트
회원가입
중복 회원 예외 테스트하기
nullpointExceptions
데이터 값이 널이면 오류난다.
회원 서비스 클래스에서 IllealStateException 에 메시지 와 테스트 IllealStateException 메시지 같지 않으면 오류나니 주의하자
여기에서도 테스트중에 오류가 날 수있으니 클리어 메서드 만들자
@AfterEach // 메서드 데스트 데이터를 한개씩 끝나면 실행되며 클리어 해주는 콜백매서드
public void afterEach(){
memberRepository.clearStore();
}
'Spring Boot' 카테고리의 다른 글
스프링 DB 접근 기술 (0) | 2023.03.15 |
---|---|
스프링 빈과 의존 관계 (2) | 2023.03.14 |
스프링 웹 개발 기초 (0) | 2023.03.11 |
view 환경설정 (0) | 2023.03.09 |
자바 스프링 생성 (0) | 2023.03.06 |