Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 상태 끌어올리기
- react rendering
- Next.js
- state 최적화
- 타입스크립트
- useCallback
- rendering
- TS
- router dom
- lifting state up
- TypeScript
- 배칭
- mapped types
- 리액트 코드분할
- 자바스크립트
- useMemo
- react code splitting
- React
- 렌더링 동작원리
- JavaScript
- Front-End
- 타스
- react router dom v6
- 고급타입
- 렌더링
- 프론트엔드
- 리액트
- 자동 배칭
- NextJS
- Interface
Archives
- Today
- Total
목록react code splitting (1)
서녕이네 개발단지

Code Splitting (코드 분할) CRA 나 Next.js 와 같은 툴을 사용한다면 이미 App 자체에 Webpack 이 설치되어 있을 것이다. '흩어져 있는 파일들을 압축하여 bundling size를 줄인다.'라는 명목 자체는 매우 훌륭하지만, 앱이 커질수록 해당 번들도 커질 가능성이 농후하다. 특히 큰 사이즈의 3rd party library를 사용하였을 때는 번들 사이즈 또한 커지기 때문에 로드 시간이 길어지고 이는 곧 웹서비스의 성능에 악영향을 끼친다. 번들이 거대해지는 것을 방지하기 위해서 code splitting을 고민해보아야 한다. 코드분할은 앱을 지연로딩(lazy-loading) 하게 도와주고, 이는 앱의 코드 양을 줄이지 않고도 사용자가 필요하지 않은 코드를 불러오지 않게 하며..
프론트엔드/React
2023. 6. 11. 16:11