검색결과 리스트
Spring 정리에 해당되는 글 68건
- 2021.04.29 스프링 입문 맛보기 2
- 2021.04.28 스프링 입문 맛보기
글
스프링 입문 맛보기 2
인프런 강의 2일차.
- 스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술 (김영한 강사님)
1. 백엔드 개발
- 비지니스 요구사항 정리
사전 제약 조건 : 데이터 (회원ID, 이름), 기능(회원 등록, 조회), 아직 데이터 저장소가 선정되지 않음
* 일반적인 웹 어플리케이션 계층 구조
- 컨트롤러 : 웹 MVC의 컨트롤러 역할
- 서비스 : 핵심 비지니스 로직 구현
- 리포지토리 : 데이터베이스에 접근, 도메인 객체를 DB에 저장하고 관리
- 도메인 : 비지니스 도메인 객체, 예) 회원, 주문, 쿠폰 등등 주로 데이터베이스에 저장하고 관리됨
* 클래스 의존 관계
- 아직 데이터 저장소가 선정되지 않아서, 우선 인터페이스로 구현 클래스를 변경할 수 있도록 설계
- 데이터 저장소는 RDB, NoSQL 등등 다양한 저장소를 고민중인 상황으로 가정
- 개발을 진행하기 위해서 초기 개발 단계에서는 구현체로 가벼운 메모리 기반 저장소를 사용(추후 선정된 저장소로 변경)
2. 테스트케이스 작성(Test-Driven Developement: 테스트를 먼저 만들고 구현 클래스를 만들어서 확인)
- 개발한 기능을 실행해서 테스트 할 때 자바의 main 메소드를 통해서 실행하거나, 웹 애플리케이션의 컨트롤러를 통해서 해당 기능을 실행한다. 이러한 방법은 준비하고 실행하는데 오래 걸리고, 반복 실행하기 어렵고 여러 테스트를 한번에 실행하기 어렵다는 단점이 있다. 자바는 JUnit이라는 프레임워크로 테스트를 실행해서 이러한 문제를 해결한다.
- JUnit Test 실행 시 어떤 테스트 메소드가 먼저 수행될지 보장되지 않는다. 그렇기 때문에 각 메소드별로 테스트가 끝나면 데이터를 클리어해주어야 한다. @AfterEach 태그를 달아 메소드를 구현하면 된다.
3. Repository 클래스의 메소드는 save, findById, findByName 등등 단순 데이터 CRUD에 가깝고, Service 클래스에 구현된 메소드는 join, findMembers 등 비지니스에 가깝다.
즉, Service는 비지니스에 가까운 용어를 사용해서 구현해야 커뮤니케이션이 원할하다.
MemoryMemberRepository.java
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) {
//Lambda 표현식
//member 오브젝트에서 member.getName이 name과 하나라도 같은게 있는지(=findAny) 찾는 표현
//하나라도 찾으면 바로 반환, 없는 경우 Optional에 의해 null 반환
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();
}
}
MemoryMemberRepositoryTest.java
package hello.hellospring.Repository;
import hello.hellospring.domain.Member;
import hello.hellospring.repository.MemoryMemberRepository;
//import org.junit.jupiter.api.Assertions;
import org.junit.jupiter.api.AfterEach;
import org.junit.jupiter.api.Test;
import java.util.List;
import static org.assertj.core.api.Assertions.*;
public class MemoryMemberRepositoryTest {
MemoryMemberRepository repository = new MemoryMemberRepository();
@AfterEach
public void afterEach(){
repository.clearStore();
}
@Test
public void save(){
Member member = new Member();
member.setName("Spring");
repository.save(member);
Member result = repository.findById(member.getId()).get();
//실무에서는 build단계에서 테스트케이스를 통과하지 못하면 build를 수행하지 않도록 막는다.
org.junit.jupiter.api.Assertions.assertEquals(member, result); //기대값 : member, 실제 값 : reuslt (실제 값이 member가 맞는지 테스트)
//org.junit.jupiter.api.Assertions.assertEquals(member, null); //실패 케이스
assertThat(member).isEqualTo(result); //멤버가 result와 같은지 체크
//Assertions.assertThat(member).isEqualTo(null); //실패 케이스
}
@Test
public void findByName(){
Member member1 = new Member();
member1.setName("Spring1");
repository.save(member1);
Member member2 = new Member();
member2.setName("Spring2");
repository.save(member2);
Member result = repository.findByName("Spring1").get();
assertThat(member1).isEqualTo(result);
//Assertions.assertThat(member2).isEqualTo(result);
}
@Test
public void findAll(){
Member member1 = new Member();
member1.setName("Spring1");
repository.save(member1);
Member member2 = new Member();
member2.setName("Spring2");
repository.save(member2);
List<Member> result = repository.findAll();
assertThat(result.size()).isEqualTo(2);
}
}
MemberService.java
package hello.hellospring.Service;
import hello.hellospring.domain.Member;
import hello.hellospring.repository.MemberRepository;
import hello.hellospring.repository.MemoryMemberRepository;
import java.util.List;
import java.util.Optional;
public class MemberService {
private final MemberRepository memberRepository = new MemoryMemberRepository() ;
/**
* 회원 가입
*/
public Long join(Member member) {
//같은 이름이 있는 중복 회원은 안된다는 제약조건 추가
//Ctrl + Option + V (인텔리제이 단축키)
/* throw exception 로직 1
Optional<Member> result = memberRepository.findByName(member.getName());
//이미 값이 존재하면 exception 발생(ifPresent)
result.ifPresent(m ->{
throw new IllegalStateException("이미 존재하는 회원입니다");
});
*/
/* throw exception 로직 2
memberRepository.findByName(member.getName())
.ifPresent(m ->{
throw new IllegalStateException("이미 존재하는 회원입니다");
});
*/
validateDuplicateMember(member);
memberRepository.save(member);
return member.getId();
}
/**
* throw exception 로직 3
* 이미 구현된 내용을 Alt + Shift + M을 입력하여 메소드로 추출
* @param member
*/
private void validateDuplicateMember(Member member) {
//같은 이름이 있는 중복 회원안됨
memberRepository.findByName(member.getName())
.ifPresent(m ->{
throw new IllegalStateException("이미 존재하는 회원입니다");
});
}
/**
* 전체 회원 조회
* @return
*/
public List<Member> findMembers(){
return memberRepository.findAll();
}
public Optional<Member> findOne(Long memberId){
return memberRepository.findById(memberId);
}
}
'Spring 정리' 카테고리의 다른 글
스프링 입문 맛보기 6 (0) | 2021.08.04 |
---|---|
스프링 입문 맛보기 5 (0) | 2021.07.14 |
스프링 입문 맛보기 4 (0) | 2021.07.06 |
스프링 입문 맛보기 3 (0) | 2021.05.04 |
스프링 입문 맛보기 (0) | 2021.04.28 |
설정
트랙백
댓글
글
스프링 입문 맛보기
인프런 강의 1일차.
- 스프링 입문 - 코드로 배우는 스프링 부트, 웹 MVC, DB 접근 기술 (김영한 강사님)
1. 스프링 웹 개발 기초
- 정적 컨텐츠 : resource>static 부분에 파일을 생성.
localhost:8080/생성한 static파일 + 확장자에 접근 시 정적 컨텐츠가 그대로 보여지게 된다.
2. 정적 파일을 찾아가는 원리
2.1 내장 톰캣 서버가 요청을 받음
2.2 url 전달 시 해당 url에 매핑되는 Controller가 있는지 찾아본다. (컨트롤러가 우선순위가 높음)
2.3 해당 Controller가 없을 시 내부 resource: static에 관련 파일이 있는지 찾아본다
2.4 찾은 static 파일 반환
3. MVC와 템플릿 엔진
- Model, View, Controller
- 프로그래밍 구현은 관심사를 분리해야한다. (역할과 책임)
- View : 화면을 그리는 데 모든 역량을 집중해야함.
- Controller : 비지니스 로직과 관련있거나, 내부적인 처리에 집중해야함.
4. MVC 템플릿 구동 원리
4.1 내장 톰캣 서버가 요청을 받음
4.2 전달받은 url과 매핑되는 Controller를 찾은 경우 해당 메소드 호출 및 리턴
4.3 ViewResolver가 뷰를 찾고 템플릿과 연결시켜줌
5. 데이터 전달 방식
5.1 HTML 방식
5.2 API전달 방식
- @ResponseBody 태그 사용, <body>에 응답 내용을 직접 넣어주겠다는 의미.
- 소스보기 시 html태그가 아닌 Controller에서 넘긴 데이터들 그대로 보이게 됨.
- 즉, json포맷의 데이터를 전달할 때 api 전달방식을 사용하게 됨
- ResponseBody 반환 방식 default는 josn이다.
5.3 API전달 방식 구동 원리
5.3.1 내장 톰캣 서버가 요청을 받음
5.3.2 전달받은 url과 매핑되는 Controller를 찾음. 이 때 ResponseBody가 붙어있는 경우 'viewResolver' 대신 'HttpMessageConverter'가 동작함.
5.3.3 이 때 데이터 타입의 따라 기본 문자처리는 StringHttpMessageConverter가 동작하고, 객체인 경우 어떤 객체인지 판단 후 해당 Converter가 동작함 (기본 정책이 json 이므로 설정 없을 시 MappingJackson2HttpConverter가 동작함, 타입에 따라 여러 Converter가 존재한다.)
5.3.4 변환된 데이터를 웹 브라우저 서버에게 리턴함
* 클라이언트의 HTTP Accept 헤더 + 서버의 컨트롤러 반환 타입 정보를 조합하여 HttpMessageConverter가 선택된다.
*thymeleaf의 장점
- html을 서버 없이 바로 열어봐도 템플릿을 볼 수 있다.
'Spring 정리' 카테고리의 다른 글
스프링 입문 맛보기 6 (0) | 2021.08.04 |
---|---|
스프링 입문 맛보기 5 (0) | 2021.07.14 |
스프링 입문 맛보기 4 (0) | 2021.07.06 |
스프링 입문 맛보기 3 (0) | 2021.05.04 |
스프링 입문 맛보기 2 (0) | 2021.04.29 |