코딩배우는고양이

리액트 컴포넌트의 렌더링 조건 컴포넌트는 자신의 state가 변경되거나 부모 컴포넌트가 렌더링 되었을 때 함께 렌더링이 됩니다. const School = (props) => { return ( ); } Student 컴포넌트는 이름, 나이, 성별을 props로 전달받아서 Student의 정보를 보여주는 간단한 컴포넌트입니다. const Student = ({ name, age, gender}) => { return ( {name} {age} {gender} ); } School 컴포넌트는 Student의 부모 컴포넌트입니다. 리액트는 기본적으로 부모 컴포넌트가 렌더링되면 모든 자식 컴포넌트도 같이 렌더링이 됩니다. Student 컴포넌트는 항상 같은 props를 전달받도록 되어있죠?! 그래서 Stude..

사이드바 메뉴 리팩토링 파이널 프로젝트가 끝나고 틈틈이 리팩토링을 진행하고 있는데 단순히 하나의 tsx 파일에 들어있는 코드를 컴포넌트로 분리해서 가독성을 향상시키는 것 외에도 로직 자체를 변화시켜서 개선할 수 있는 부분도 많이 보였습니다. 이번에는 사이드바 메뉴쪽을 개선시켜본 후에 정리를 해보았습니다. 개선 전 전체 코드 import defaultImage from "/images/cat.jpg"; import * as S from "./style"; import * as H from "../Header/styled"; import Logout from "../../assets/icons/Logout"; import product from "../../assets/product.svg"; import ..

개요 무한스크롤을 구현하는 방법에는 스크롤의 높이와 클라이언트(화면)의 높이를 계산하는 스크롤 이벤트 기반 구현 방식도 있지만 (참고 사이트1,참고 사이트 2) 저는 IntersectionObserver 라는 WebAPI를 이용해서 무한스크롤을 구현해보았습니다. 스크롤 이벤트 기반 방식은 스크롤이 될 때마다 자바스크립트 엔진이 계속해서 함수를 호출하게 되는데 Intersection observer는 브라우저단에서만 동작하고 필요할 때만 자바스크립트 코드를 불러오므로 성능상에서도 이점이 있고 무한 스크롤 외에도 여러 곳에서 사용할 여지가 있는 확장성이 있는 API라는 생각이 들었기 때문입니다! 동작 방식 IntersectionObserver의 동작 방식은 매우 직관적이고 심플합니다. 관찰자(observer..

우선 피그마로 그려본 페이지 프로토타입 입니다. 해당 페이지에서는 사용자가 수거 신청을 할 의류의 이미지를 등록하고 물품의 내용을 적어서 보낼 수 있는데 상품 추가를 통해 한 번에 여러 개를 묶어서 보낼 수도 있습니다. 요구 사항 하나의 물품당 하나의 이미지만 등록이 가능합니다. 이미지가 등록이 되어있지 않거나 상세 내용 중 하나라도 빠진 곳이 있으면 에러가 나야합니다. 상품 추가 버튼을 누르면 새로운 등록 폼이 등장하고 추가로 입력해서 한 화면에서 여러 개의 물품을 한 번에 보낼 수 있어야 합니다. 입력하던 폼의 삭제 버튼을 누르면 해당 폼은 사라지고 요청에서 제외됩니다. 요청은 formData 형식으로 보내며 productlist 라는 key로 물품의 상세 내용 배열을 문자열로, 각 이미지 파일은 f..

개요 페이지네이션의 구현을 도와주는 좋은 라이브러리도 많지만 next.js와 친숙해질겸 페이지네이션의 동작 방식도 익힐겸 간단하게 next.js 환경에서 구현해보았습니다. 요구 사항 모든 데이터를 한 번에 가져오는 것이 아니라 매 페이지를 누를 때마다 해당 페이지에 해당하는 API 요청만 합니다. 페이지의 총 개수는 전체 데이터 개수에 따릅니다. 예를 들어 한 페이지에 10개의 데이터를 표시하고 총 데이터의 개수가 38개라면 페이지의 개수는 4개가 되어야 합니다. 기호를 누르면 페이지를 한 칸씩 이동합니다. 주요 로직 우선 화면에 보여줄 데이터를 불러와보겠습니다. pagination/page.tsx export interface ItemsProps { Id: number; Name: string; Gra..