순서
- 비즈니스 요구사항 정리
- 회원 도메인과 리포지토리 만들기
- 회원 리포지토리 테스트 케이스 작성
- 회원 서비스 개발
- 회원 서비스 테스트
비즈니스 요구사항
- 데이터: 회원ID, 이름
- 기능: 회원 등록, 조회
- 아직 데이터 저장소가 선정되지 않음(가상의 시나리오)
계층 구조
- 컨트롤러: 웹 MVC의 컨트롤러 역할
- 서비스: 비즈니스 도메인 객체를 가지고 핵심 비즈니스 로직 구현
- 리포지토리: 데이터베이스에 접근, 도메인 객체를 db에 저장하고 관리
- 도메인: 비즈니스 도메인 객체 EX)회원, 주문, 쿠폰 등등
클래스 의존관계
- 데이터 저장소가 선정되지 않아서 우선 인터페이스로 구현 클래스 변경 할 수 있도록 설계
- 데이터 저장소는 나중에 교체(인터페이스 필요)
- 개발을 진행하기 위해서 초기 개발 단계에서 구현체로 가벼운 메모리 기반 데이터 저장소 사용
테스트 케이스
main메서드를 통해서 실행하거나, 웹 어플리케이션 컨트롤러 통해서 하면 실행하는데 오래걸리고, 반복적 실행 어려움, 반복 실행하기도 어려움(Junit사용하여 해결)
스프링 빈을 등록하는 2가지 방법
- 컴포넌트 스캔과 자동 의존관계 설정
- 자바 코드로 직접 스프링 빈 등록
컴포넌트 스캔과 자동 의존관계 설정
- @Component 스프링 빈으로 자동 등록
- @Controller, @Service, @Repository
- @Controller 컨트롤러가 스프링 빈으로 자동 등록된 이유도 컴포넌트 스캔때문
*스프링은 스프링 컨테이너에 스프링 빈을 등록할 때, 기본으로 싱글톤으로 등록
유일하게 하나 등록해서 공유, 따라서 같은 스프링 빈이면 모두 같은 인스턴스
자바 코드로 직접 스프링 빈 등록
@Configuration
public class SpringConfig {
@Bean
public MemberService memberService(){
return new MemberService(memberRepository());
}
@Bean
public MemberRepository memberRepository(){
return new MemoryMemberRepsitory();
}
}