[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
Amazon VPC Architecture 이해하기
새로운 프로젝트를 기획하며, 개발에서 무엇을 가장 먼저 고민해야 하는지 다시 돌아보게 되었습니다.한때는 프론트엔드가 모든 설계의 출발점이라고 믿었습니다. 유저가 무엇을 보고, 어떤 흐름에서 머무르고 이탈하는지에 대한 이해 없이 서비스를 만든다는 건 불가능하다고 생각했기
'원사이트'프론트엔드 관점으로 알고리즘 이해하기
오랜만에 방법론에 관한 글을 쓰게 되었습니다. 최근 상황은 이렇습니다. SSAFY에서는 하루에 엄청난 양의 알고리즘 문제들을 과제로 수행하게 됩니다. 그 과정에서, '구현력'이 매우 떨어진다는 생각이 들었습니다. 완전히 어려운 문제라면 '아쉬움'이라는 감정조차 느끼지
SubnetVPC 설계의 시작: IP와 Subnet
반복되는 루틴 속에서 얻은 안정감을 발판 삼아, 이제는 기술적 스펙트럼을 넓히기 위한 개인 프로젝트에 착수하고자 합니다.이번 프로젝트의 목표는 단순한 포트폴리오 구축을 넘어, 실제 서비스 수준의 블로그 시스템 구현과 다국어 처리 적용 등 실무에 가까운 역량을 한 단계