코드그라데이션

상세페이지는 Item 하나만 보여주면 되는 것이니까 여러개 들고 올 필요 없이 ItemService @Transactional(readOnly = true) public ItemFormDto getItemDtl(Long itemId){ List itemImgList = itemImgRepository.findByItemIdOrderByIdAsc(itemId); // DB에서 데이터를 가지고 옵니다. List itemImgDtoList = new ArrayList(); for (ItemImg itemImg : itemImgList) { ItemImgDto itemImgDto = ItemImgDto.of(itemImg); itemImgDtoList.add(itemImgDto); } Item item = it..

메인 페이지 만들기 ItemController 기존에는 메인으로만 돌아가는 역할을 했다면, 지금은 무언가를 연결해서 보여주는 로직으로 변모 @Controller @RequiredArgsConstructor public class MainController { private final ItemService itemService; @GetMapping(value = "/") public String main(ItemSearchDto itemSearchDto, Optional page, Model model) { Pageable pageable = PageRequest.of(page.isPresent() ? page.get() : 0, 5); if (itemSearchDto.getSearchQuery() ==..

ItemController @GetMapping(value = {"/admin/items", "/admin/items/{page}"}) public String itemManage(ItemSearchDto itemSearchDto, @PathVariable("page") Optional page, Model model){ Pageable pageable = PageRequest.of(page.isPresent() ? page.get() : 0, 5); Page items = itemService.getAdminItemPage(itemSearchDto, pageable); model.addAttribute("items", items); model.addAttribute("itemSearchDto", ite..

ItemRepositoryCustom 이 부분인데 //리포지토리 특이한 상속!!! -- 궁금... // 형제쪽에 드러나 있는 애가 있고 숨겨진 애가 있다. // 형제끼리는 원래 형변환이 되지 않는다. (Impl이라서 가능) @Transactional(readOnly = true) public Page getAdminItemPage(ItemSearchDto itemSearchDto, Pageable pageable) { return itemRepository.getAdminItemPage(itemSearchDto, pageable); } // 원래 itemRepository.getAdminItemPage는 죽어야 하는데, 다른 자식이 구현하고 있으므로 사용 가능. // 스프링이 해주는 특이한 형태. /* ..

ItemController 추가된 부분 @GetMapping(value = "/admin/item/{itemId}") public String itemDtl(@PathVariable("itemId")Long itemId, Model model) { try { ItemFormDto itemFormDto = itemService.getItemDtl(itemId); model.addAttribute("itemFormDto", itemFormDto); } catch (EntityNotFoundException e) { model.addAttribute("errorMessage", "존재하지 않는 상품입니다."); model.addAttribute("itemFormDto", new ItemFormDto()); r..

ItemController @Controller public class ItemController { @GetMapping(value = "/admin/item/new") public String itemForm(Model model) { model.addAttribute("itemFormDto", new ItemFormDto()); return "/item/itemForm"; } } 복습하자면 Model은 MVC 패턴에서의 Model을 의미하는 게 맞고, 컨트롤러에서 뷰에 데이터를 전달할 때 Model에 담아서 전달함. Model은 데이터를 뷰로 전달하기 위해 사용되는 객체. 컨트롤러에서 데이터를 추가하고, 이를 뷰에 전달할 수 있다. Map과 똑같다. ItemFormDto @Getter @Setter..

언제 저장했는지, 언제 변경했는지 / 누가 저장했는지, 누가 변경했는지 에 대한 정보는 엔티티 관계없이 모두가 들고 있다. 그런데 어떤 엔티티는 등록자/수정자가 의미 없을 수도 있고, 어떤 엔티티는 등록/수정시간이 의미 없을 수도 있다. 이런 걸 구분하기 위해서... 지금 교재에는 BaseTime entity가 부모로 있는 걸 봐서 등록자/수정자가 관심 없는 상태이다. 둘 다 궁금한 상태이면 BaseEntity를 붙여주면 된다. 감시의 힘은? 만약 없다면 이것들을 어떻게 처리해야 하는가. - 쿼리 날릴 때 이 정보들을 알려주던가(할때마다 일일이 로직 추가) - 등록자 수정자는 항상 들고와야하는데? 어디서? 업데이트하는 값이기 때문에((주로 사용자로부터 옴) 사용자로부터 연결된 컨트롤러에서 온다. 장시간 ..

지연로딩을 기본값으로 설정하라는 대전제 어노테이션 @OneToOne, @ManyToOne 처럼 뒤가 One으로 끝나면 default가 EAGER (즉시) @OneToMany, @ManyToMany 처럼 뒤가 Many로 끝나면 default가 LAZY (지연) orphanRemoval 고아 객체 제거 @OneToMany(mappedBy = "order", cascade = CascadeType.ALL, orphanRemoval = true, fetch = FetchType.LAZY) private List orderItems = new ArrayList(); Order가 여러 개의 OrderItem 을 들고 있는데, 지금 이 관계에서는 OrderItem이 자식에 가깝다. 그런데 만약 Order가 삭제가 되..