Inflearn Spring 004
스프링 강의 4일차
0. 목차
1. 회원 관리 예제
- 비즈니스 요구사항 정리
- 회원 도메인과 리포지토리 만들기
- 회원 리포지토리 테스트 케이스 작성
- 회원 서비스 개발
- 회원 서비스 테스트
으로 단계를 나누어서 할 예정이고 오늘은 첫번째 항목까지 포스팅을 하겠습니다!
1. 비즈니스 요구사항 정리
- 데이터: 회원ID, 이름
- 기능: 회원 등록, 조회
- 아직 데이터 저장소가 선정되지 않음(가상의 시나리오)
일반적인 웹 애플리케이션 계층 구조
- 컨트롤러: 웹 MVC의 컨트롤러 역할
- 서비스: 핵심 비즈니스 로직 구현
- 리포지토리: 데이터베이스에 접근, 도메인 객체를 DB에 저장하고 관리
- 도메인: 비즈니스 도메인 객체
예) 회원, 주문, 쿠폰 등등 주로 데이터베이스에 저장하고 관리됨
클래스 의존관계
- 아직 데이터 저장소가 선정되지 않아서, 우선 인터페이스로 구현 클래스를 변경할 수 있도록 설계
- 데이터 저장소는 RDB, NoSQL 등등 다양한 저장소를 고민중인 상황으로 가정
- 개발을 진행하기 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반의 데이터 저장소 사용
2. 회원 도메인과 리포지토리 만들기
회원 객체
src
>main
>java
>hello.spring
에domain
이라는 패키지를 만들어줍니다.domain
패키지 안에Member
클래스를 생성하고 아래와 같이 작성합니다.
** 인텔리제이에서는 단축키 (alt+ins) 로 생성 관련 옵션을 띄울 수 있습니다.
package hello.hellospring.domain;
public class Member {
private Long id;
private String name;
public Long getId() {
return id;
}
public void setId(Long id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
회원 리포지토리 인터페이스
src
>main
>java
>hello.spring
에repository
라는 패키지를 생성해줍니다.repository
패키지 안에MemberRepository
인터페이스를 생성하고 아래와 같이 작성합니다.
package hello.hellospring.repository;
import hello.hellospring.domain.Member;
import java.util.List;
import java.util.Optional;
public interface MemberRepository {
Member save(Member member);
Optional<Member> findById(Long id);
Optional<Member> findByName(String name);
List<Member> findAll();
}
회원 리포지토리 메모리 구현체
repository
패키지 안에MemoryMemberRepository
클래스를 생성하고 아래와 같이 작성합니다.
package hello.hellospring.repository;
import hello.hellospring.domain.Member;
import java.util.*;
public class MemoryMemberRepository implements MemberRepository {
private static Map<Long, Member> store = new HashMap<>();
private static long sequence = 0L;
@Override
public Member save(Member member) {
member.setId(++sequence);
store.put(member.getId(), member);
return member;
}
@Override
public Optional<Member> findById(Long id) {
return Optional.ofNullable(store.get(id));
}
@Override
public Optional<Member> findByName(String name) {
return store.values().stream()
.filter(member -> member.getName().equals(name))
.findAny();
}
@Override
public List<Member> findAll() {
return new ArrayList<>(store.values());
}
public void clearStore() {
store.clear();
}
}
2. 느낀점
- 코드를 치기 전에 비즈니스 요구사항을 잘 보고 분석한 후 설계하자
- 국비학원에서는 람다식에 대해서 물어봤을땐 잘 안쓴다고 하셨는데 정작 인터넷 스프링 강의에서는 엄청 쓴다…… 볼때마다 빡쳐서 장단점을 찾아봤는데 짧은 코드를 칠때는 사용하는게 좋을 것같지만 긴 코드에서는 비추한다.
- 학원 프로젝트 때는 MVC 모델로 해도 Controller -> Service -> ServiceImpl -> Mapper 이런 느낌이였는데 단어가 좀 달라서 그런지 헷갈린다.
domain = DTO repository = Service 라고만 이해하고 넘어간다. - 스프링 졸라 어렵네;;; 열공하자