• 비즈니스 요구사항
• 회원 도메인과 레포지터리

비즈니스 요구사항

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

• 컨트롤러: 웹 MVC의 컨트롤러 역할
• 서비스: 핵심 비즈니스 로직 구현
  예) 회원은 중복 가입이 안된다는 로직
• 레포지터리: 데이터베이스에 접근, 도메인 객체를 DB에 저장 및 관리
• 도메인: 비즈니스 도메인 객체,
  예) 회원, 주문, 쿠폰 등등 데이터베이스에 저장 및 관리됨

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

회원 도메인과 레포지터리

회원 객체

인프런 스프링 입문 강의 참조

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;
    }
}

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

인프런 스프링 입문 강의 참조

public interface MemberRepository {
    Member save(Member member);
    Optional<Member> findById(Long id);
    Optional<Member> findByName(String name);
    List<Member> findAll();
}

• DB에 멤버 저장
• ID로 찾기
• 이름으로 찾기
• 지금까지 저장된 모든 회원 리스트 반환

회원 레포지터리 메모리 구현체

인프런 스프링 입문 강의 참조

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());
    }
}

• 동시성 문제가 고려되어 있지 않음
• 실무에서는 ConcurrentHashMap, AtomicLong 사용 고려

[참조] 인프런 김영한 - 스프링 입문 강의

끝!