[TIL/React] 2023/10/03
상세 페이지 전체적인 구조 🟢1)2)3)4)상세 페이지 주요 로직 🟢useParams()를 통해 url에 부여된 id를 가져온다. useLocation()을 통해 url에 대한 정보를 담고 있는 location 객체를 가져오는데, navigate를 통해 페이지를 이
상세 페이지 전체적인 구조 🟢
1)

2)

3)

4)

상세 페이지 주요 로직 🟢

useParams()를 통해 url에 부여된 id를 가져온다. useLocation()을 통해 url에 대한 정보를 담고 있는 location 객체를 가져오는데, navigate를 통해 페이지를 이동함과 동시에 state를 전달할 수 있다는 점이 핵심이다.

쇼핑 페이지에서 띄우는 modal에 포함된 navigate 로직이다. state라는 key에 category라는 value를 담아서 전달하고 있음을 확인할 수 있다. getCardData는 잘 못 작성한 것이니 무시해도 되겠다.

location 객체에서 state라는 key를 찾을 수 있다.
결국 MapData는 기존에 작성한 shoppingData에서 category라는 키를 변수로서 접근해서 얻은, 개별 '배열 데이터'가 된다.
DetailData는 MapData 배열에 있는 개별 객체의 id와 useParams로부터 얻은 id가 일치할 때 획득 가능한 하나의 객체 데이터이다. 가령 id가 1인 돼지 상품이 useParams의 id인 1과 일치한다면, 해당 상품은 DetailData가 되고, 이러한 DetailData를 활용하여 필요한 정보를 보여주게 된다.
상세 페이지 현재 모습 🟢

회고 🟢
부족한 부분
1) 구조를 잡느라 반응형을 전혀 신경쓰지 않았다. ``반응형``을 구현할 것 2) ``바로구매와 장바구니 버튼` 각각을 눌렀을 떄의 페이지 이동이 반영되지 않았다. 버튼을 눌렀을 때 어떤 `페이지로 이동``해야 하는지 고민할 것 3) ``옵션과 수량`에서 사용할 `슬라이더``에 대해 고민할 것
More to read
프론트엔드와 백엔드 사이
HTTP 상태 코드는 프론트엔드에서 백엔드로 보냈던 요청의 수행 결과를 의미하는 일종의 약속이며, API를 구성하는 핵심 요소 중 하나입니다. 상태 코드와 관련하여, 백엔드는 잘 모르는 프론트엔드의 슬픈 사정이 있습니다.아래는 요청이 실패했음에도, 백엔드에서 상태 코드
JWT토큰 관리 방식 톺아보기
0. 들어가며 🎯 서비스에 접근하려는 사용자가 누구인지 확인하는 과정을 사용자 인증이라고 합니다. 인증된 사용자에게 주어진 권한을 확인하는 작업은 인가라고 부릅니다. 이번 글에서는 인가는 다루지 않습니다. 사용자 인증에는 많은 방식이 있지만, 오늘은 세션 인증 방
A2AA2A / MCP 멀티 에이전트 오케스트레이션
0. 들어가며 ✍️ Google for Developers에, 레스토랑 공급망 시나리오로 엮은 6대 프로토콜(MCP, A2A, UCP, AP2, A2UI, AG-UI)에 대한 가이드가 게시된 이후, MCP와 A2A부터 구현해 보는 것이 좋을 것 같다는 생각이 들었습니