Webpack5 공식 출시, 새로운 기능

웹팩은 가장 광범위하게 사용되는 전단 패키지 도구로서 전단 공정화 인프라 시설의 일부가 되었다.한편, 웹팩의 지난 버전이 업데이트된 지 18년이 되었다. 2년이 지났는데 웹팩5가 어떤 새로운 특성을 가져왔는지, 우리의 응용에 어떤 도움이 되었는지 살펴보자.
개요
다음 그림은 웹 페이지 공식 Changelog에서 캡처한 것으로 주로 이런 부분의 향상을 볼 수 있다.

지속적인 캐시를 통해 성능을 향상시킵니다

더 좋은 지속화 캐시 알고리즘과 기본 동작을 사용합니다

Tree Shaking과 코드 생성을 최적화하여 Bundle 부피를 줄인다

웹 플랫폼의 호환성을 향상시킵니다

이전에 Webpack4를 실현하기 위해 호환성 변경으로 인한 불합리한 state가 없습니다

웹 팩 5를 최대한 오래 사용할 수 있도록 현재 중대한 변경 사항을 도입하여 미래의 기능을 준비하려고 합니다.

어쩔 수 없이 이 공식 성명은 약간 간략했다. 지속화 캐시 최적화 성능과 더 좋은 Tree Shaking만 언급했을 뿐, 모듈federation이라는 중대한 특성은 언급하지 않았다.다음은 구체적으로 어떤 부분이 업그레이드되었는지 에피소드를 따라가 보겠습니다.
오래된 기능 제거
우선 Webpack4에서 이미 Warming된 기능을 없앴다.
동시에 Ignore Plugin과 Banner Plugin은 현재 하나의 매개 변수를 불러와야 합니다. 매개 변수는 Object, String 또는 Function일 수 있습니다require.include 문법이 폐기되어 사용시 Warming이 있습니다.물론 이 행위는 통과할 수 있다Rule.parser.requireInclude 이 문법을allowed,deprecated 또는disabled로 바꾸세요.
자동 노드를 제거합니다.js Polyfills .초기 Webpack의 주요 목적은 Node입니다.js의 모듈은 브라우저에서 실행할 수 있지만 모듈 구조가 바뀌면서 점점 더 많은 모듈이 브라우저에만 사용되고 있다. 이때 자동Polyfills의 일부 Node 모듈(예를 들어crypto)은 패키지 부피를 증가시킬 것이다. 웹pack5 이후에 이 자동 행동을 없앴다
장기 캐시
확실한 모듈, 모듈 ID 및 내보내기 이름입니다.

우선 모듈, ID, 내보내기 이름이 유일하게 정해졌고 뒤에 대응하는 설정은 chunkIds: "deterministic", moduleIds: "deterministic", mangleExports: "deterministic"

그 중에서 모듈과 모듈 ID는 3~4비트의 디지털 ID를 사용하고 이름은 2비트의 디지털 ID를 내보냅니다

이 설정은 기본적으로 켜져 있지만 상술한 설정을 통해 수정할 수 있습니다

실제 내용 해시

Webpack5에서 파일 내용의 진실한 해시 [contenthash]를 사용합니다. 이전의 파일 내부 구조만 사용한 해시가 아닙니다

이것은 장기적인 캐시에 긍정적인 영향을 미친다. 특히 코드에 주석과 변수 이름만 수정될 때 웹팩은 새로운 파일 내용이 아니라 이전의 캐시를 계속 사용한다

개발 지원
우선 Chunk IDs의 의미화입니다.
새로운 Chunk IDs는 새로운 문법을 사용하여 Chunk ID를 생성합니다. 하나의 Chunk ID는 Chunk의 내용을 가지고 결정됩니다.그래서 우리는 더 이상 필요 없어 import(/* webpackChunkName: "name" */ "module") 디버거 왔습니다.
그러나 이렇게 하면 chunk 안의 민감한 내용을 폭로할 수도 있다. (있다면) chunkIds:'named'를 수정해서 이 행동을 수정할 수 있다.
다음은 Module Federation입니다.

이것은 짙은 먹물을 덧칠할 만한 특성이다.모듈 연방은 여러 개의 웹팩 구축 산물이 함께 작업할 수 있도록 허용하고 운행할 때 여러 개의 구축 산물을 한데 모으면 마치 하나의 큰 구축 산물처럼 보인다

예를 들면 다음 예시 app_one 및 app_투는 공유를 사용했습니다 ["react", "react-dom","react-router-dom"]， 동시 app_투투가 자신의 Dialog를 app에 폭로했습니다 _one 사용

모듈 연방을 통해 모듈이 직접 의존하는 문제를 원생적으로 해결할 수 있으며 미전단 분야에서 특히 적용됩니다!이 동시에 일부 기초 의존도 외부 의존으로 바뀔 수 있어 로컬 개발 시 도입할 필요가 없다. 모두가 알고 있는 node_를 피함으로써모듈의 차원이 너무 깊은 문제는 로컬 개발 과정에서 대폭적인 효과를 실현할 수 있다

module.exports = {
 plugins: [
  new ModuleFederationPlugin({
   name: "app_two_remote",
   library: { type: "var", name: "app_two_remote" },
   filename: "remoteEntry.js",
   exposes: {
    “./Dialog”: "./src/Dialog"
   },
   remotes: {
    app_one: "app_one_remote",
   },
   shared: ["react", "react-dom","react-router-dom"]
  }),
  new HtmlWebpackPlugin({
   template: "./public/index.html",
   chunks: ["main"]
  })
 ]
};

더 좋은 트리 쉐이킹.
트리샤킹을 끼워 넣다.웹팩은 현재 export의 체인을 추적하여 플러그인 장면에 더욱 좋은 최적화를 할 것이다. 예를 들어 다음 예에서 b는 생산 코드에 나타나지 않는다.

// inner.js
export const a = 1;
export const b = 2;

// module.js
import * as inner from "./inner";
export { inner }

// user.js
import * as module from "./module";
console.log(module.inner.a);

내부 모듈.웹팩4는 가져오기와 내보내기 모듈 간의 의존 관계를 분석하지 않고 웹팩5에서optimization을 통과한다.innerGraph 레코드 의존 관계.예를 들어 아래의 이 예는test 방법만someting을 사용했다.결국 사용하지 않은 내보내기 항목을 더 많이 표시할 수 있습니다

import { something } from "./something";

function usingSomething() {
return something;
}

export function test() {
return usingSomething();
}

Commondjs.현재 Webpack은 ES module의 tree Shaking뿐만 아니라commonjs 규범의 모듈도 지원하기 시작했다
기타 기능

새로운 웹 플랫폼 지원.Webpack 5에서 JSON Modules, Asset Modules, Native Worker 및 비동기 모듈 등을 원본 지원하기 시작합니다

Webpack에서 생성된 코드는 더 이상 ES5가 아니라 ES6의 코드도 생성합니다

Node.js의 최소 지원 버전이 6에서 10으로 업그레이드되었습니다.

맛보기를 좋아하는 학생들은 이제 이동 안내서에 따라 자신의 웹팩을 업그레이드할 수 있습니다. 신중한 고려 때문에 우선적으로 자신의 연습과 백그라운드 응용 프로그램부터 업그레이드할 것을 권장합니다.
마이그레이션 가이드:https://github.com/webpack/changelog-v5/blob/master/MIGRATION%20GUIDE.md
작은 매듭
2년 동안 Webpack5는 더 좋은 성능, 더 강한 개발 능력 지원, 더 많은 원생 특성을 포함하여 대량의 업그레이드를 진행했음을 알 수 있다.한편, Webpack5가 가져온 영향도 이것뿐만이 아니다. 모듈Federation은 모듈 의존 관계의 변화에 대해 기존 개발 모델에 대한 충격은 더욱 관찰되고 있다.웹 개발이 갈수록 좋아질 것으로 기대된다.
Webpack5가 정식으로 발표되었습니다. 어떤 새로운 특성이 있는지 소개해 드리겠습니다. 더 많은 Webpack5의 새로운 특성에 관한 내용은 이전의 글을 검색하거나 아래의 관련 글을 계속 훑어보십시오. 앞으로 많은 응원 부탁드립니다!