김영한님의 스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술을 보면서 공부한 내용입니다.

비즈니스 요구사항 정리

만들고자 하는 비즈니스 요구사항은 다음과 같다.

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

• 컨트롤러(Controller) : 웹 MVC의 컨트롤러 역할. 주로 사용자의 요청을 처리한 후 지정된 뷰에 모델 객체를 넘겨주는 역할을 함.
• 서비스(Service) : 비즈니스 도메인 객체를 가지고 핵심 비즈니스 로직 구현. (ex. 회원 가입, 회원 중복가입 불가능 로직 등)
  1. Client가 Request를 보낸다.
  2. Request URL 에 알맞은 Controller가 수신을 받는다.
  3. Controller는 넘어온 요청을 처리하기 위해 Service를 호출한다.
  4. Service는 알맞은 정보를 가공하여 Controller에게 데이터를 넘긴다.
  5. Controller는 Service의 결과물을 Client에게 전달해준다.
• 리포지토리(Repository) : 데이터베이스에 접근. 도메인 객체를 DB에 저장하고 관리
• 도메인(Domain) : 비즈니스 도메인 객체 (ex. 회원, 주문, 쿠폰 등 주로 DB에 저장하고 관리됨)

• MemberService : 회원 비즈니스 로직이 있는 회원 서비스
• MemberRepository : 회원 저장은 Interface로 설계. 아직 데이터 저장소가 선정되지 않았기 때문에 우선 인터페이스로 구현 클래스를 변경할 수 있도록 설계.
• MemoryMemberRepository : 구현체(단순하게 메모리를 넣었다 뺄 수 있음).
• 데이터 저장소는 RDB, NoSQL 등등 다양한 저장소를 고민중인 상황으로 가정
• 개발을 진행하기 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반의 데이터 저장소 사용.