무엇 평 묶고 이유는 롤업에서 더 나은 이보다는 웹팩?
나는 최근에으로 찾고 있[롤업](https://github.com/rollup/rollup 다)및 보고 어떻게 그것이 다릅 웹팩과는 다른 bundlers. 하나는 일은 내가 나가는 것이 좋기 때문에 라이브러리의"평 묶". 이를 기반으로[트윗](https://twitter.com/trueadm/status/849367888683307008 다)및에서최근 PR 에 대한 반응을 활용하는 롤업.
에서 제 경험,롤업에서 더 나은 건물 라이브러리로 인해 더 나은 최적화를 주 평 묶(예:게양하). 1/2
웹팩 2 될 수 있 당신을 위해 더 나은 당신이'다시 번들 앱 코드를 분할 등등 하지만입니다. 2/2
나는'm 지 않을 완전히 확실 내 이게 무슨 뜻인지. 무엇을 평 묶을 참조합니까? 내가 알고 있는 롤업's 문서 언급한[treeshaking](https://github.com/rollup/rollup#tree-shaking 용)을 줄이는 데 도움이 번들기웹팩도의 방법을 이. 아마도 내가 그't 개념을 이해합니다.
참고로 이것은 비교 질문에 대한 롤업에 대 웹팩. 에 관심이 있는 사람들을 위한 다비교 차트에 대한 의 웹팩. 이것은 주로 무엇인지 묻는 평 묶은? 과 잠재적으로 무엇이 롤업을 하기 위해 내부적으로 달성한 이?
58
1
편집:롤업을 지원하는 코드를 분할-읽 문서
편집:웹팩 지금 지원 범위를 게양하는 어떤 상황에서—블로그를 읽고 여기에 게시
우리는 아마도 모든 다른 정의를 위한 이 물건은,그러나 내가 생각한 평 묶는 단순히'복용하 모듈 그리고 그들을 돌 하나로 뭉치'있습니다.e 는'평'중복되어 있습니다. 큰 차이에 대응 16 는'll 소비 premade 번들에 의해 기본 정보를 앱에 대한 책임있는 묶고 반응하는's 소스 모듈(이었지만 항상미리 작성된 UMD 번들의 반응할 수 있,내장 Browserify).
오히려 큰 차이점은 무엇에서 모듈의 경계. 방법등을 작동을 감싸는 각 모듈안에 함수를 생성 뭉치를 구현하는 로더와 모듈을 캐시입니다. 런타임 시에,이러한 각 모듈의 기능을 평가에서 차례를 채우는 모듈 캐시입니다. 이 아키텍처는 많은 장점—그것을 가능하게 같은 고급 기능 코드를 분할 및에서의 수요로드,그리고 뜨거운 모듈을 교체(HMR).
롤업에서 다른 방식—그것은 모든 코드를 동일한 수준에서(다시 쓰기 식별자는 필요에 따라 사이의 충돌을 방지하기 위해 변수 이름 등). 이는 종종'범위를 게양'. 그것 때문에,거기's no 모듈별 오버헤드,그리고 당 번들 오버헤드가 발생합니다. 번들을 보장하는 것은 작은 것도를 평가하기 때문에 빠르게 있는's 덜 간접 참조(더 많은 정보에는비용이의 작은 모듈). 물 이동에 의존하 ES2015 모듈을 의미,그리고 그것이 의미하는 일부의 웹팩's 고급 기능을 훨씬 더 있을 구현하는(예를 들어 롤업지 않't 지원 코드를 분해,적어도 아직!).
즉,웹팩입니다일반에 적합한 앱와 롤업일반더 나은 적합한 라이브러리입니다.
나는've 함께 넣어작은 요점을 보여주는 차이. 도 얻을 수 있는 롤업에 대한 느낌's 여 출력덕 롤업 복제.