일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 자료구조
- 책
- 클린코드
- 렌더링
- 리팩토링
- 마틴파울러
- 리뷰
- 엘리
- 기본
- 개발자
- TypeScript
- 도서
- 리액트
- React
- 자바스크립트
- 자바스크립트문법
- javascript
- js
- basic
- 브라우저
- 2판
- rendering
- 문법
- type
- refactoring
- syntax
- 타입
- 리팩터링
- ES5
- 개정판
- Today
- Total
목록최적화 (2)
Santos의 개발블로그
* 이 글은 You might not need an effect 를 번역하였습니다. You Might Not Need an Effect A JavaScript library for building user interfaces beta.reactjs.org TL;DR 렌더링을 하는 동안 어떤 것을 계산해야 한다면, effect를 사용하지 말아주세요. 무거운 계산들을 캐시하려면, useMemo를 사용해주세요. 모든 컴포넌트 트리의 상태 값을 초기화 시키기 위해서는 다른 key를 전달해주세요. prop 의 변경에 대한 응답으로 상태값을 초기화 시키기 위해서는, 렌더링 중에 해주세요. 컴포넌트가 유저에게 이미 노출되었다면 코드는 effect에 있어야하고, 나머지는 event 안에 있어야 합니다. 여러 컴포넌트 ..
Why? 지난 글 "컴포넌트 Re-rendering을 피하는 5가지 방법"에서 언급한 글에서 부족한 면들이 보여, 보완을 하기 위해 같은 주제를 가진 다른 글들을 살펴 보았습니다. 물론 공식문서를 이미 정독을 한 상황 이었고, 조금은 Advanced 한 내용들에 초점을 맞추어 검색을 해 보았지만, 입맛에 맞는 내용들을 찾지 못하였습니다. 그러던 도중 "Understanding re-rerendering and memoiztion in React"라는 제목에 글에 이끌리게 되었고, 짧은 글이었지만 핵심만을 전달하는 좋은 글이라고 생각되어 공유하게 되었습니다. 이 글은 약간의 팁과 더불어 왜 중요한지에 대한 당위성도 포함되어 있는 유익한 글이라 판단됩니다. 만약 지난 글 "컴포넌트 Re-rendering을 ..