이번엔 좋아요 기능을 추가해봤다!! 기존 er diagram에서 테이블을 하나 추가해줬다. 사용자가 , 어떤 상품마다 좋아요를 눌렀는지에 대한 데이터를 저장해줘야한다고 생각했기 때문에 Like 라는 테이블을 따로 만들어주었다. package com.example.kakao.like; //import 생략.. @Entity @Getter @NoArgsConstructor(access = AccessLevel.PROTECTED) @Table(name="like_tb", indexes = { @Index(name = "like_user_id_idx", columnList = "user_id"), @Index(name = "like_product_id_idx", columnList = "product_id") ..

매주 프로젝트 진행상황을 블로그에 업데이트 하려고 했지만... 4주차 까지는 스프링부트에 적응하면서 과제 하느라 바빴고 쏟아지는 새로운 개념들을 익히기 바빴다..ㅎ ㅎ 저번 주에 드디어 6주간의 프로젝트가 끝나고 뭘 해야 좋을 지 고민하다가... 새로운 프로젝트를 하는 것 보단 기존 프로젝트의 부족한 기능을 추가하거나 코드를 리팩토링 하는 시간을 갖는 게 좋을것 같다고 생각했다. 기존 프로젝트엔 "장바구니 조회" , "장바구니 추가" , "장바구니 수량 수정 기능"만 구현했다. 따라서 "장바구니 옵션 삭제" 기능을 추가해봤다. 제대로 잘 구현했는지 확신할 수 없지만ㅜ..ㅜ 일단 스스로 구현한 내용을 바탕으로 적어보겠다. 사진은 프론트 UI인데 각 옵션마다 삭제할 수 있는 x 버튼을 추가했다고 가정하자. ..

#1 전체 API 주소 설계 API 주소를 설계하여 README에 내용을 작성하시오. URL 요청 방식 전체 상품 목록 조회 /products GET 개별 상품 상세 조회 /products/{id} GET 회원가입 /join POST 로그인 /login POST 이메일 중복 체크 /check POST 장바구니 조회 /carts GET 장바구니 담기 /carts/add POST 주문하기 (장바구니 수정) /carts/update POST 결제하기 (주문 인서트) /orders/save POST 주문 결과 확인 /orders/{id} GET #2 Mock API Controller 구현 이 4개의 요청들에 대한 DTO 와 컨트롤러를 구현해야한다. POST /carts/add POST /carts/update..

1. 요구사항 시나리오를 보고 부족해 보이는 기능을 하나 이상 체크하여 README에 내용을 작성하시오. 화면 UI에 있는 톡딜가로 구매하기 기능 회원정보를 수정하는 기능 개별 상품마다 별점을 표기하는 기능 (매진임박일때) 각 옵션별 남은 수량, 품절여부를 보여주는 기능 상품을 카테고리 형태로 볼 수 있는 기능 장바구니 조회 (수량 결정)에서 상품을 삭제하거나 특정 옵션을 삭제하는 기능 배송 관련 기능 결제하기 단계에서 쿠폰이나 상품권을 사용할 수 있는 기능 2. 제시된 화면 설계를 보고 해당 화면설계와 배포된 기존 서버의 API주소를 매칭하여 README에 내용을 작성하시오. ● (기능 1) 회원 가입 회원가입 버튼 클릭 시 : (/join) POST 요청 이메일 중복 체크를 해줘야 한다. (/chec..