2 분 소요

스프링 강의 4일차

0. 목차

1. 회원 관리 예제
2. 느낀점

1. 회원 관리 예제

  • 비즈니스 요구사항 정리
  • 회원 도메인과 리포지토리 만들기
  • 회원 리포지토리 테스트 케이스 작성
  • 회원 서비스 개발
  • 회원 서비스 테스트

으로 단계를 나누어서 할 예정이고 오늘은 첫번째 항목까지 포스팅을 하겠습니다!

1. 비즈니스 요구사항 정리
  • 데이터: 회원ID, 이름
  • 기능: 회원 등록, 조회
  • 아직 데이터 저장소가 선정되지 않음(가상의 시나리오)

일반적인 웹 애플리케이션 계층 구조

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

클래스 의존관계

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

회원 객체

  • src > main > java > hello.springdomain이라는 패키지를 만들어줍니다.
  • 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.springrepository라는 패키지를 생성해줍니다.
  • 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 라고만 이해하고 넘어간다.
  • 스프링 졸라 어렵네;;; 열공하자