# lazy-loading
# 이것을 하는 이유
spa의 단점 중 하나는 처음 웹에 진입시 번들해놓은 모든 리소스를 한번에 받습니다. 그렇기 때문에 초기 진입 속도가 느리다는 단점을 가지고 있죠. 그래서 chunk라는 것을 이용해서 초기에 화면에 접근하였을때, 굳이 필요없는 리소스는 그때그때, 받아오자는 원리로 lazy-loading, code splitting을 하는 것입니다.
- lazy loading은 받고자 하는 리소스를 컴포넌트 단위로 분리 시키고, 컴포넌트 혹, 라우트 (vue-route에서 나누는 route) 단위로 해당 라우트, 컴포넌트에 사용자가 진입하면 리소스를 받도록 합니다.
# lazy-loading 하기 전
- lazy loading을 하기 전, 웹에 진입을 하면 개발자 도구 - Network 탭에
chunk-vendors라는 이름으로 request를 보내는 것이 있습니다. - 이
chunk-vendors가 맨처음 리소스를 받는 것입니다. - 프로젝트의 규모가 작다면 무시할 정도로 Size가 작지만, 규모가 커지게되면 몇 MB까지 오르게되어 굉장히 초기 로딩이 느리게 되는 거죠
- 그래서 우리는 이
chunk-vendors용량을 나누어 다른 화면에서 리소스를 받도록 할 것입니다.
# vue에서 laze-loading
- chunk를 분리하고자 하는 컴포넌트 혹은 라우트를 정한다
- 첫화면에서 굳이 필요 없는 리소스를 파악합니다.
dynamic import를 이용하여 분리합니다.
- 아래 코드와 같이 컴포넌트를 분리하면
webpackChunkName이 설정되며, 웹팩이 그 기준으로 리소스를 분리하여 빌드합니다.
// routes.js
const Sales = () => import(/* webpackChunkName: "Sales" */ '@views/Sales');
const routes = [
{ path: '/', name: 'home', component: Home },
...
{ path: '/sales', name: 'Sales', component: Sales },
...
];
- 분리된 빌드 파일 확인
- 위 예시에서는 저는
sales라는 라우트를 분리시켰습니다. yarn build를 통하여 빌드된 파일을 확인해보면chunk-vendors와 더불어sales라는 파일이 분리되어 빌드 된것을 확인 할 수 있으며,chunk-vendors의 용량이 이전보다 줄어든 것을 확인 할 수 있습니다.
# lazy-loading 장점 및 유의점
- 여러개의 webpackChunkName으로 분리하면 그만큼 초기 렌더링 시간은 줄어들 것입니다, 그러나 화면 이동할때마다 리소스를 받기 때문에 사용자 ux적인 면은 좋지 않을 수 있으니, 프로젝트의 특성에 따라 적절하게 분리하는 것이 중요합니다.
- 리소스를 분리시킴으로 나오는 또다른 장점은 코드가 업데이트되었을 때입니다. 리소스가 분리되지 않았다면 코드가 한줄이라도 변하면 다시 용량 큰 청크파일을 받아야하지만, 분리되었다면, 변경된 파일만 다운 받게 되어 그만큼 효율이 좋아집니다.
