[Spring] 스프링 부트와 JPA 활용1(웹 애플리케이션 개발) - 웹 계층 개발

스프링 부트와 JPA 활용1 - 웹 애플리케이션 개발 [김영한 강사님]

홈 화면과 레이아웃

HomeController

package jpabook.jpashop.web;
import lombok.extern.slf4j.Slf4j;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
@Controller
@Slf4j // log 쓰는 어노테이션
public class HomeController {
    @RequestMapping("/")
    public String home() {
        log.info("home controller");
        return "home";
    }
}

스프링 부트 타임리프 기본 설정

spring:
  thymeleaf:
    prefix: classpath:/templates/
    suffix: .html

• 스프링 부트 타임리프 viewName 매핑
  • resources:templates/ + {ViewName} + .html
  • resources:templates/home.html

반환한 문자(home)과 스프링 부트 설정 prefix, suffix 정보를 사용해서 렌더링 할 뷰(html)를 찾는다.

❗참고❗ 뷰 템플릿 변경사항을 서버 재시작 없이 즉시 반영하기
1. spring-boot-devtoos 추가
2. html 파일 build -> Recompile

회원 등록

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

package jpabook.jpashop.web;

import lombok.Getter;
import lombok.Setter;

import javax.validation.constraints.NotEmpty;

@Getter @Setter
public class MemberForm {
    
    @NotEmpty(message = "회원 이름은 필수 입니다")
    private String name;
    
    private String city;
    private String street;
    private String zipcode;
}

MemberController

@Controller
@RequiredArgsConstructor
public class MemberController {
    
    private final MemberService memberService;
    
    @GetMapping(value = "/members/new")
    public String createForm(Model model) {
    	//memberForm 데이터를 실어서 넘김
        model.addAttribute("memberForm", new MemberForm()); 
        return "members/createMemberForm";
    }
    
    @PostMapping(value = "/members/new")
    public String create(@Valid MemberForm form, BindingResult result) {
        if (result.hasErrors()) {
            return "members/createMemberForm";
        }
        
        Address address = new Address(form.getCity(), form.getStreet(), form.getZipcode());
        Member member = new Member();
        member.setName(form.getName());
        member.setAddress(address);
        
        memberService.join(member);
        
        return "redirect:/";
    }
}

@Valid : 객체의 제약 조건을 검증하도록 지시하는 어노테이션
BindingResult :검증오류를 보관하는 객체

html

 <form role="form" action="/members/new" th:object="${memberForm}" method="post">
 

action="/members/new" : members/new로 이동
th:object="${memberForm}" : ${} 안에 있는 객체를 사용하겠다.

회원 목록 조회

MemberController

package jpabook.jpashop.web;

@Controller
@RequiredArgsConstructor
public class MemberController {
    
    //추가
    @GetMapping(value = "/members")
    public String list(Model model) {
        List<Member> members = memberService.findMembers();
        model.addAttribute("members", members);
        return "members/memberList";
    }
}

• 조회한 상품을 뷰에 전달하기 위해 스프링 MVC가 제공하는 모델( Model ) 객체에 보관
• 실행할 뷰 이름을 반환

  ❗참고❗
  폼 객체 vs 엔티티 직접 사용 요구사항이 정말 단순할 때는 폼 객체( MemberForm ) 없이 엔티티( Member )를 직접 등록과 수정 화면에서 사용해도 된다. 하지만 화면 요구사항이 복잡해지기 시작하면, 엔티티에 화면을 처리하기 위한 기능이 점점 증가한다. 결과적으로 엔티티는 점점 화면에 종속적으로 변하고, 이렇게 화면 기능 때문에 지저분해진 엔티티는 결국 유지보수하기 어려워진다. 실무에서 엔티티는 핵심 비즈니스 로직만 가지고 있고, 화면을 위한 로직은 없어야 한다. 화면이나 API에 맞는 폼 객체나 DTO를 사용하자. 그래서 화면이나 API 요구사항을 이것들로 처리하고, 엔티티는 최대한 순수하게 유지하자.

상품 등록

상품 목록

회원 등록과 비슷한 로직

상품 수정

ItemController

package jpabook.jpashop.web;

@Controller
@RequiredArgsConstructor
public class ItemController {
    
    private final ItemService itemService;
    
    /**
	* 상품 목록
    model 에 담아둔 상품 목록인 items 를 꺼내서 상품 정보를 출력
    */
    @GetMapping(value = "/items")
    public String list(Model model) {
        
        List<Item> items = itemService.findItems();
        model.addAttribute("items", items);
        return "items/itemList";
    }
}

ItemController

@Controller
@RequiredArgsConstructor
public class ItemController {
    
    /**
	* 상품 수정 폼
    */
    @GetMapping(value = "/items/{itemId}/edit")
    public String updateItemForm(@PathVariable("itemId") Long itemId, Model model) {
        
        Book item = (Book) itemService.findOne(itemId);
        
        BookForm form = new BookForm();
        form.setId(item.getId());
        form.setName(item.getName());
        form.setPrice(item.getPrice());
        form.setStockQuantity(item.getStockQuantity());
        form.setAuthor(item.getAuthor());
        form.setIsbn(item.getIsbn());
        
        model.addAttribute("form", form);
        return "items/updateItemForm";
    }
    
    /**
	* 상품 수정
    */
    @PostMapping(value = "/items/{itemId}/edit")
    public String updateItem(@ModelAttribute("form") BookForm form) {
        
        Book book = new Book();
        book.setId(form.getId());
        book.setName(form.getName());
        book.setPrice(form.getPrice());
        book.setStockQuantity(form.getStockQuantity());
        book.setAuthor(form.getAuthor());
        book.setIsbn(form.getIsbn());
        
        itemService.saveItem(book);
        return "redirect:/items";
    }
}

상품 수정 폼 이동

1. 수정 버튼을 선택하면 /items/{itemId}/edit URL을 GET 방식으로 요청
2. 그 결과로 updateItemForm() 메서드를 실행하는데 이 메서드는 itemService.findOne(itemId) 를 호출해서 수정할 상품을 조회
3. 조회 결과를 모델 객체에 담아서 뷰( items/updateItemForm )에 전달

상품 수정 실행

1. 상품 수정 폼에서 정보를 수정하고 Submit 버튼을 선택
2. /items/{itemId}/edit URL을 POST 방식으로 요청하고 updateItem() 메서드를 실행
3. 이때 컨트롤러에 파라미터로 넘어온 item 엔티티 인스턴스는 현재 준영속 상태다. 따라서 영속성 컨텍스트 의 지원을 받을 수 없고 데이터를 수정해도 변경 감지 기능은 동작하지 않는다.

변경 감지와 병합

준영속 엔티티
영속성 컨텍스트가 더는 관리하지 않는 엔티티를 말한다.
(여기서는 itemService.saveItem(book) 에서 수정을 시도하는 Book 객체다. Book 객체는 이미 DB에 한번 저장되어서 식별자가 존재한다. 이렇게 임의로 만들어낸 엔티티도 기존 식별자를 가지고 있으면 준영속 엔티티로 볼 수 있다.)

준영속 엔티티를 수정하는 2가지 방법

• 변경 감지 기능 사용
• 병합( merge ) 사용

변경 감지 기능 사용

@Transactional
void update(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티
    Item findItem = em.find(Item.class, itemParam.getId()); //같은 엔티티를 조회한다.
    //데이터를 수정한다, transactional에 의해 repository를 사용 안해도 jpa가 flush라는 것을 날려서 commit을 함 -> 데이터 수정
    findItem.setPrice(itemParam.getPrice()); 
}

영속성 컨텍스트에서 엔티티를 다시 조회한 후에 데이터를 수정하는 방법 트랜잭션 안에서 엔티티를 다시 조회, 변경할 값 선택 :arrow_right: 트랜잭션 커밋 시점에 변경 감지(Dirty Checking) 데이터베이스에 UPDATE SQL 실행

병합 사용

병합은 준영속 상태의 엔티티를 영속 상태로 변경할 때 사용하는 기능이다.

@Transactional
void update(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티
    Item mergeItem = em.merge(item);
}

영속성 컨텍스트에서 엔티티를 다시 조회한 후에 데이터를 수정하는 방법
트랜잭션 안에서 엔티티를 다시 조회, 변경할 값 선택 -> 트랜잭션 커밋 시점에 변경 감지 동작해서 데이터베이스에 update sql 실행

병합: 기존에 있는 엔티티

병합 동작 방식

1. merge() 를 실행한다.
2. 파라미터로 넘어온 준영속 엔티티의 식별자 값으로 1차 캐시에서 엔티티를 조회한다. 2-1. 만약 1차 캐시에 엔티티가 없으면 데이터베이스에서 엔티티를 조회하고, 1차 캐시에 저장한다.
3. 조회한 영속 엔티티( mergeMember )에 member 엔티티의 값을 채워 넣는다. (member 엔티티의 모든 값을 mergeMember에 밀어 넣는다. 이때 mergeMember의 “회원1”이라는 이름이 “회원명변경”으로 바뀐다.)
4. 영속 상태인 mergeMember를 반환한다.

병합시 동작 방식을 간단히 정리

1. 준영속 엔티티의 식별자 값으로 영속 엔티티를 조회
2. 영속 엔티티의 값을 준영속 엔티티의 값으로 모두 교체(병합)
3. 트랜잭션 커밋 시점에 변경 감지 기능이 동작해서 데이터베이스에 UPDATE SQL이 실행

❗주의❗
변경 감지 기능을 사용하면 원하는 속성만 선택해서 변경할 수 있지만, 병합을 사용하면 모든 속성이 변경된다.
병합시 값이 없으면 null로 업데이트 할 위험도 있다.(병합은 모든 필드를 교체)

ItemRepository : 상품 리포지토리의 저장 메서드 분석

package jpabook.jpashop.repository;

@Repository
public class ItemRepository {
    
    @PersistenceContext
    EntityManager em;
    
    public void save(Item item) {
        if (item.getId() == null) { // 식별자 값이 없으면 새로운 엔티티로 판단해서 영속화
            em.persist(item);
        } else {
            em.merge(item); //식별자가 있으면 병합(merge), item은 영속성 컨텍스트에서 관리 안함, 준영속 상태
            Item merge = em.merge(item); // merge를 영속성 컨텍스트에서 관리함
        }
    }
    //...
}

• 지금처럼 준영속 상태인 상품 엔티티를 수정할 때는 id 값이 있으므로 병합 수행

새로운 엔티티 저장과 준영속 엔티티 병합을 편리하게 한번에 처리

save() 메서드 하나로 저장과 수정(병합)을 다 처리한다. 코드를 보면 식별자 값이 없으면 새로운 엔티티로 판단해서 persist() 로 영속화하고 만약 식별자 값이 있으면 이미 한번 영속화 되었던 엔티티로 판단해서 merge() 로 수정(병합)한다. 결국 여기서는 신규 데이터를 저장하는 것뿐만 아니라 변경된 데이터의 저장이라는 의미도 포함한다. 이렇게 함으로써 이 메서드를 사용하는 클라이언트는 저장과 수정을 구분하지 않아도 되므로 클라이언트의 로직이 단순해진다.

여기서 사용하는 수정(병합)은 준영속 상태의 엔티티를 수정할 때 사용한다. 영속 상태의 엔티티는 변경 감지(dirty checking)기능이 동작해서 트랜잭션을 커밋할 때 자동으로 수정되므로 별도의 수정 메서드를 호출할 필요가 없고 그런 메서드도 없다.

❗참고❗
save() 메서드는 식별자를 자동 생성해야 정상 동작한다. 엔티티의 식별자는 자동으로 생성되도록 @GeneratedValue 를 선언했다. 따라서 식별자 없이 save() 메서드를 호출하면 persist() 가 호출되면서 식별자 값이 자동으로 할당된다. 반면에 식별자를 직접 할당하도록 @Id 만 선언했다고 가정하자. 이 경우 식별자를 직접 할당하지 않고, save() 메서드를 호출하면 식별자가 없는 상태로 persist() 를 호출한다. 그러면 식별자가 없다는 예외가 발생한다.
참고: 실무에서는 보통 업데이트 기능이 매우 재한적이다. 그런데 병합은 모든 필드를 변경해버리고, 데이터가 없으면 null 로 업데이트 해버린다. 병합을 사용하면서 이 문제를 해결하려면, 변경 폼 화면에서 모든 데이터를 항상 유지해야 한다. 실무에서는 보통 변경가능한 데이터만 노출하기 때문에, 병합을 사용하는 것이 오히려 번거롭다.

가장 좋은 해결 방법

엔티티를 변경할 때는 항상 변경 감지를 사용

• 컨트롤러에서 어설프게 엔티티를 생성하지 말기
• 트랜잭션이 있는 서비스 계층에 식별자( id )와 변경할 데이터를 명확하게 전달(파라미터 or dto)
• 트랜잭션이 있는 서비스 계층에서 영속 상태의 엔티티를 조회하고, 엔티티의 데이터를 직접 변경
• 트랜잭션 커밋 시점에 변경 감지가 실행

ItemController

@Controller
@RequiredArgsConstructor
public class ItemController {
    
    private final ItemService itemService;
    
    /**
	* 상품 수정, 권장 코드
    */
    @PostMapping(value = "/items/{itemId}/edit")
    public String updateItem1(@ModelAttribute("form") BookForm form) {
        itemService.updateItem1(form.getId(), form.getName(), form.getPrice());
        return "redirect:/items";
    }
    
     @PostMapping(value = "/items/{itemId}/edit")
    public String updateItem2(@ModelAttribute("form") BookUpdateDto bookUpdateDto) {
        itemService.updateItem2(bookUpdateDto);
        return "redirect:/items";
    }
}

ItemService

package jpabook.jpashop.service;

@Service
@RequiredArgsConstructor
public class ItemService {

    private final ItemRepository itemRepository;
    
    /**
	* 영속성 컨텍스트가 자동 변경
    */
    @Transactional
    public void updateItem1(Long id, String name, int price) {
        Item item = itemRepository.findOne(id);
        item.setName(name);
        item.setPrice(price);
    }
     @Transactional
    public void updateItem2(BookUpdateDto bookUpdateDto) {
        Item item = itemRepository.findOne(id);
        item.setName(bookUpdateDto.getName());
        item.setPrice(bookUpdateDto.getPrice());
    }
}

상품 주문

상품 수정과 비슷

❗참고❗
핵심 비즈니스 로직은 service에서 해주자. controller에서 memberRepository.findById(id); 이런식으로 하게된다면 서비스에서 필요한 것들을 외부에서 받아오기 때문에 다른 것을 수정해야할 때 트랜잭셔널 없는 외부에서 받아왔기 때문에 영속성 컨텍스트가 끝나서 영속성 컨텍스트와 관련없는 것들이 넘어온다. 하지만, @Transactional이 있는 service에서 해준다면 영속 상태로 할 수 있고, 만약 다른 것들을 수정해야 한다고 해도 해당 메소드 안에서 수정이 가능하다.

주문 목록 검색, 취소

   @Transactional
    public void cancelOrder(Long orderId){
       //주문 엔티티 조회
       Order order = orderRepository.findOne(orderId);
       //주문 취소
       order.cancel();
   }

    //검색
    public List<Order> findOrders(OrderSearch orderSearch){
       return orderRepository.findAll(orderSearch);
    }