[실전! 스프링 부트와 JPA 활용1] - 5. 웹 계층 개발

 

 

public class MemberForm {

    @NotEmpty(message = "회원 이름은 필수 입니다")
    private String name;

    private String city;
    private String street;
    private String zipcode;
}

 

 

폼 객체를 사용해서 화면 계층과 서비스 계층을 명확하게 분리한다.

 

@NotEmpty

Null, 빈 문자열 불가

 

 

@PostMapping("/members/new")
public String create(@Valid MemberForm form , BindingResult result) {

    if (result.hasErrors()){
        return "members/createMemberForm";
    }

 

@Valid 특징

 

유효성검사 , 잘못된 형식 입력값을 확인하기위한 기능

 

사용하기 위해서는 build.gradle파일 -> dependencies 항목 -> 

 

org.springframework.boot:spring-boot-starter-validation 이 추가되어 있어야 한다.

 

 

 

Annotaion제약조건

@NotNull	Null 불가
@Null	Null만 입력 가능
@NotEmpty	Null, 빈 문자열 불가
@NotBlank	Null, 빈 문자열, 스페이스만 있는 문자열 불가
@Size(min=,max=)	문자열, 배열등의 크기가 만족하는가?
@Pattern(regexp =)	정규식을 만족하는가?
@Max(숫자)	지정 값 이하인가?
@Min(숫자)	지정 값 이상인가
@Future	현재 보다 미래인가?
@Past	현재 보다 과거인가?
@Positive	양수만 가능
@PositiveOrZero	양수와 0만 가능
@Negative	음수만 가능
@NegativeOrZero	음수와 0만 가능
@Email	이메일 형식만 가능
@Digits(integer=, fraction = )	대상 수가 지정된 정수와 소수 자리 수 보다 작은가?
@DecimalMax(value=)	지정된 값(실수) 이하인가?
@DecimalMin(value=)	지정된 값(실수) 이상인가?
@AssertFalse	false 인가?
@AssertTrue	true 인가?

 

BindingResult

 

BindingResult는 검증오류를 보관하는 객체다.

 

 

 

 

@GetMapping("/members/new")
public String createForm(Model model) {
    model.addAttribute("memberForm",new MemberForm());
    return "members/createMemberForm";
}

 

GET 요청시 비어있는 MemberForm 객체를 모델에 담아서 뷰(템플릿)에 전달 

 

 

@PostMapping("/members/new")
public String create(@Valid MemberForm form , BindingResult result) {

 

클라이언트가 폼에 작성한 필드들을 Submit 할때 POST 요청되어

 

템플릿에서 각 필드의 값들을

 

컨트롤러에서 넘겨준 모델의 form 객체에 set 한다 

 

Address address = new Address(form.getCity(), form.getStreet(), form.getZipcode());

Member member = new Member();
member.setName(form.getName());
member.setAddress(address);

memberService.join(member);

 

form 객체는 이제 값이 설정되었으니 

 

Member 객체를 생성하고 이 member 의 필드들을 

 

form 객체에서 가져와서 set 하고 join(회원가입)을 완료한다 . 

 

 

지금은 서비스가 작아서 폼 객체를 사용하는 것이 더 번거러운 일인듯 한데 

 

더 복잡해지면 엔티티를 유지보수하기 어려워지기 떄문에 

 

엔티티는 화면을 위한 로직은 없어야 한다. 

 

 

 

 

 

<td th:text="${member.address?.city}"></td>

• 타임리프에서 ?를 사용하면 null 을 무시한다.

 

 

변경 감지와 병합(merge)

 

준영속 엔티티

영속성 컨텍스트가 더는 관리하지 않는 엔티티를 말한다.

 

준영속 엔티티는 영속 상태로 관리되다가 이후 관리되지 않는 상태를 말합니다.

 

 

예를 들어서 엔티티 객체는 살아있는데, 영속성 컨텍스트가 종료되면서,

 

영속성 컨텍스트가 더는 이 엔티티 객체를 관리하지 못하는 상태인 것이지요.

 

이 경우 보통 엔티티 객체는 데이터베이스에 이미 저장이 되어 있습니다.

 

다만 객체가 영속성 컨텍스트의 관리를 전혀 받지 못하는 상태인 것이지요.

 

 

 

결국 준영속의 기준은 과거에 해당 객체가 영속 상태로 데이터베이스에 저장되고 관리된 적이 있는가를 기준

 

이미 영속성 컨텍스트에 관리되던 객체를 그대로 만들어낸 것이기 때문에 준영속이라 할 수 있습니다.

 

 

@PostMapping("items/{itemId}/edit")
public String updateItem(@ModelAttribute("form") BookForm form) {

    Book book = new Book();
    book.setId(form.getId());

 

itemService.saveItem(book);

(여기서는 itemService.saveItem(book) 에서 수정을 시도하는 Book 객체다.

 

Book 객체는 이미 DB 에 한번 저장되어서 식별자가 존재한다.

 

 

이렇게 임의로 만들어낸 엔티티도 기존 식별자를 가지고 있으면 준영속 엔티티로 볼 수 있다.)

 

 

영속성 컨텍스트에서 엔티티를 다시 조회한 후에 데이터를 수정하는 방법 

@Transactional
public void updateItem(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티
    Item findItem = em.find(Item.class, itemParam.getId());  //같은 엔티티를 조회한다.
    findItem.setPrice(itemParam.getPrice()); //데이터를 수정한다.
}

 

트랜잭션 안에서 엔티티를 다시 조회, 변경할 값 선택 ->

 

트랜잭션 커밋 시점에 변경 감지(Dirty Checking)가 동작해서 데이터베이스에 UPDATE SQL 실행

 

 

트랜잭션이 있는 서비스 계층에서 영속 상태의 엔티티를 조회하고,

 

엔티티의 데이터를 직접 변경하세요. 트랜잭션 커밋 시점에 변경 감지가 실행됩니다.

 

 

 

 

 

 

 

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%B8-JPA-%ED%99%9C%EC%9A%A9-1/dashboard

실전! 스프링 부트와 JPA 활용1 - 웹 애플리케이션 개발 - 인프런 | 강의