[2025 1학기 스프링부트 스터디] 이상래 #3주차

👀 비즈니스 요구사항 정리

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

웹 애플리케이션 계층 구조

 

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

클래스 의존관계

 

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

---

👀 회원 도메인과 리포지토리 만들기

회원 객체

• 도메인 모델
• id, name 필드를 가지고 있음

회원 리포지토리 인터페이스

• 회원 저장, 조회, 전체 목록 조회 메서드 정의

회원 리포지토리 메모리 구현체

• MemberRepository를 메모리 기반으로 구현
• Map<Long, Member>로 저장소 역할 수행

---

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

지금까지 작성한 기능들이 잘 실행되는지 테스트를 해보자~

 

요기까지는 잘 작동 됩니다

 

 

하다가 만든 Test를 다 돌리면 이렇게 findAll()부터 실행되서 이미 spring1이랑 spring2가 저장됨

--> Test가 끝나면 clear를 해주어야 함!!

 

afeterEach()

 

- 순서와 상관없이 작동되게 설계해야함

이런식으로 끝난후에 repository를 clear해주면 정상적으로 실행된다

 

---

👀 회원 서비스 개발

이번엔 서비스를 만들어볼게여

 

• memberRepository: 회원 데이터를 저장하고 조회하는 역할을 담당. 여기서는 MemoryMemberRepository를 직접 new 해서 사용
• 회원가입 기능
  • 새로 가입한 회원 정보를 받으면,
    1. 이름 중복 체크
    2. 중복 아니면 저장
    3. 저장 후 ID 반환
• 중복 회원 검증
  • 같은 이름의 회원이 이미 있는지 확인.
  • 있으면 IllegalStateException 예외를 던짐.
• 전체 회원 조회
  • 저장된 전체 회원 목록을 리턴
• 특정 회원 조회
  • 특정 ID로 회원을 조회해서 Optional<Member>로 반환

---

 

👀 회원 서비스 테스트

회원가입 테스트

 

• 이름을 한글로 해도 무방
• given,when,then 구조로 하는게 처음 배울땐 좋음

중복 회원 예외 

 

 

• 밑에 주석 처리된 try catch로 해도 되지만
• 위에 코드 처럼 하는게 좋다

• 아까처럼 AfterEach 처리 해주고
• 이번에는 실행하기전에 BeforeEach도 해줘서 두 객체가 다른걸 하나로 만들어줌

엄.... 뭔가 이번주는 내용이 많진 않은데 좀 어려워요....