찾다
웹 프론트엔드JS 튜토리얼React와 Webpack을 사용하여 패키징을 최적화하는 방법은 무엇입니까?

이 글은 주로 React + Webpack의 구성 및 패키징 최적화를 소개합니다. 이제 공유하고 참고하겠습니다.

이 글에서는 React + Webpack의 구성 및 패키징 최적화를 소개하고 세부 사항을 공유합니다.

babel -react-optimize를 사용하여 React 코드 최적화

사용하지 않는 라이브러리를 확인하고 가져오기 참조를 제거하세요

lodash, echart 등과 같은 필요에 따라 사용된 라이브러리를 패키지합니다.

lodash는 babel-plugin을 사용하여 최적화할 수 있습니다. lodash.

babel-react-optimize에서 babel-plugin-transform-react-remove-prop-types 플러그인을 사용한다는 점에 유의해야 합니다. 일반적으로 코드에서 구성 요소의 PropType을 참조하지 않아도 전혀 문제가 없습니다. 이 플러그인을 사용하면 구성 요소에서 이를 사용하는 경우 문제가 발생할 수 있습니다.

자세한 내용은 다음을 참조하세요.

https://github.com/oliviertassinari/babel-plugin-transform-react-remove-prop-types#is-it-safe

Webpack 빌드 및 패키지 최적화

Webpack 빌드 및 패키지 존재 문제는 주로 다음 두 가지 측면에 중점을 둡니다.

  1. Webpack 빌드 속도가 느림

  2. Webpack의 패키지 파일 크기가 너무 큼

Webpack 빌드 속도가 느림

을 사용할 수 있습니다. Webpack.DDLPlugin 및 HappyPack 빌드 속도가 향상됩니다. 자세한 내용은 DMP DDLPlugin에 대한 Xiaoming의 문서를 참조하세요. 원본 텍스트는 다음과 같습니다.

Webpack.DLLPlugin

webpack.dll.config.js 추가
주로 DllPlugin 플러그인을 사용하여 일부 타사 리소스를 독립적으로 패키지하고 이를 Manifest.json 구성 파일에 넣습니다.

이러한 방식으로 구성 요소를 업데이트한 후에는 이러한 타사 리소스가 다시 빌드되지 않습니다.

  1. 동시에 dll/vendors.js 파일이 독립적으로 구성되어 webpack.dll.config에 제공됩니다. .js

  2. package.json

    수정

추가: "dll": "webpack --config webpack.dll.config.js --progress --colors ", 스크립트에.

npm run dll을 실행하면 dll 디렉터리에 Vendor-manifest.json과 Vendor.dll.js 두 파일이 생성됩니다.

webpack.dev.config.js 파일을 구성하고 DllReferencePlugin 플러그인을 추가한 후 지정합니다. Vendor-manifest .json 파일

new webpack.DllReferencePlugin({
 context: join(__dirname, 'src'),
 manifest: require('./dll/vendor-manifest.json')
})

html 수정

<% if(htmlWebpackPlugin.options.NODE_ENV ===&#39;development&#39;){ %>
 <script src="dll/vendor.dll.js"></script>
<% } %>

htmlWebpackPlugin 플러그인

Happypack

멀티스레딩, 캐싱 등을 통해 재구축 효율성을 향상하려면 NODE_ENV 매개변수를 구성해야 합니다. https:// github.com/amireh/happypack

webpack.dev.config.js에서 js 1개, less 1개 등 다양한 리소스에 대해 여러 개의 HappyPack을 생성하고 id

new HappyPack({
 id: &#39;js&#39;,
 threadPool: happyThreadPool,
 cache: true,
 verbose: true,
 loaders: [&#39;babel-loader?babelrc&cacheDirectory=true&#39;],
}),
new HappyPack({
 id: &#39;less&#39;,
 threadPool: happyThreadPool,
 cache: true,
 verbose: true,
 loaders: [&#39;css-loader&#39;, &#39;less-loader&#39;],
})

를 설정하여 module.rules에서 happypack/loader로 사용하도록 구성하고 ID 설정

{
 test: /\.js$/,
 use: [
 &#39;happypack/loader?id=js&#39;
 ],
 exclude: /node_modules/
}, {
 test: /\.less$/,
 loader: extractLess.extract({
 use: [&#39;happypack/loader?id=less&#39;],
 fallback: &#39;style-loader&#39;
 })
}

Webpack 패키징 후 파일 크기 줄이기

먼저 전체 번들, 구성 요소 및 각 구성 요소의 크기를 분석해야 합니다.

여기에서는 Webpack-bundle-analyzer를 권장합니다. 설치 후 webpack.dev.config.js에 플러그인을 추가하기만 하면 아래와 같이 시작할 때마다 분석 결과가 자동으로 웹사이트에 열립니다.

plugins.push( new BundleAnalyzerPlugin());

또한 패키징 프로세스도 가능합니다. json 파일로 출력되세요

webpack --profile --json -> stats.json

그런 다음 분석을 위해 다음 두 웹사이트로 이동하세요

  1. webpack/analyse

  2. Webpack Chart

위의 차트 분석을 통해 전체 번들의 구성 요소가 명확하게 표시됩니다. .js 및 해당 크기.

bundle.js의 과도한 크기에 대한 해결책은 다음과 같습니다.

  1. 프로덕션 환경에서 압축 및 기타 플러그인을 활성화하고 불필요한 플러그인을 제거합니다.

  2. 비즈니스 코드와 타사 라이브러리 분할 및 공용 모듈

  3. 웹팩 gzip 압축 활성화

  4. 요청 시 로드

프로덕션 환경에서 압축 및 기타 플러그인을 활성화하고, 불필요한 플러그인을 제거합니다.

웹팩을 시작해야 합니다.플러그인 및 웹팩 정의 .optimize.UglifyJsPlugin 프로덕션 환경에서.

const plugins = [
 new webpack.DefinePlugin({
  &#39;process.env.NODE_ENV&#39;: JSON.stringify(process.env.NODE_ENV || &#39;production&#39;)
 }),
  new webpack.optimize.UglifyJsPlugin({
  compress: {
   warnings: false,
   drop_console: false //eslint-disable-line
  }
  })   
]

비즈니스 코드를 타사 라이브러리 및 공용 모듈로 분할

프로젝트의 비즈니스 코드는 매우 자주 변경되므로 타사 라이브러리의 코드는 상대적으로 덜 자주 변경됩니다. 비즈니스 코드와 세 번째 라이브러리가 동일한 청크로 패키징되면 각 빌드에서 비즈니스 코드가 한 줄만 변경되더라도 타사 라이브러리의 코드가 변경되지 않더라도 전체 청크의 해시가 지난번과 달라. 이는 우리가 원하는 결과가 아닙니다. 우리가 원하는 것은 타사 라이브러리의 코드가 변경되지 않으면 빌드 시 해당 해시가 변경되지 않도록 해야 브라우저 캐시를 사용하여 페이지 로딩 성능을 향상시키고 페이지 로딩을 단축할 수 있다는 것입니다. 시간.

그래서 세 번째 라이브러리의 코드는 별도로 공급업체 청크로 분할되어 비즈니스 코드와 분리될 수 있습니다. 이런 방식으로 비즈니스 코드가 어떻게 변경되더라도 타사 라이브러리 코드가 변경되지 않는 한 해당 해시는 변경되지 않습니다.

먼저 항목은 두 개의 앱과 공급업체의 두 청크를 구성합니다.

entry: {
 vendor: [path.join(__dirname, &#39;dll&#39;, &#39;vendors.js&#39;)],
 app: [path.join(__dirname, &#39;src/index&#39;)]
},
output: {
 path: path.resolve(__dirname, &#39;build&#39;),
 filename: &#39;[name].[chunkhash:8].js&#39;
},

여기서 vendros.js는 다음과 같이 공급업체에 포함되어야 하는 타사 라이브러리에 대한 자체 정의입니다.

require(&#39;babel-polyfill&#39;);
require(&#39;classnames&#39;);
require(&#39;intl&#39;);
require(&#39;isomorphic-fetch&#39;);
require(&#39;react&#39;);
require(&#39;react-dom&#39;);
require(&#39;immutable&#39;);
require(&#39;redux&#39;);

그런 다음 CommonsChunkPlugin

을 통해 세 번째 라이브러리를 분할합니다.
plugins.push(
 // 拆分第三方库
 new webpack.optimize.CommonsChunkPlugin({ name: &#39;vendor&#39; }),
 // 拆分 webpack 自身代码
 new webpack.optimize.CommonsChunkPlugin({
  name: &#39;runtime&#39;,
  minChunks: Infinity
 })
);

上面的配置有两个细节需要注意

  1. 使用 chunkhash 而不用 hash

  2. 单独拆分 webpack 自身代码

使用 chunkhash 而不用 hash

先来看看这二者有何区别:

  1. hash 是 build-specific ,任何一个文件的改动都会导致编译的结果不同,适用于开发阶段

  2. chunkhash 是 chunk-specific ,是根据每个 chunk 的内容计算出的 hash,适用于生产

因此为了保证第三方库不变的情况下,对应的 vendor.js 的 hash 也要保持不变,我们再 output.filename 中采用了 chunkhash

单独拆分 webpack 自身代码

Webpack 有个已知问题:

webpack 自身的 boilerplate 和 manifest 代码可能在每次编译时都会变化。

这导致我们只是在 入口文件 改了一行代码,但编译出的 vendor 和 entry chunk 都变了,因为它们自身都包含这部分代码。

这是不合理的,因为实际上我们的第三方库的代码没变,vendor 不应该在我们业务代码变化时发生变化。

因此我们需要将 webpack 这部分代码分离抽离

new webpack.optimize.CommonsChunkPlugin({
   name: "runtime",
   minChunks: Infinity
}),

其中的 name 只要不在 entry 即可,通常使用 "runtime" 或 "manifest" 。

另外一个参数 minChunks 表示:在传入公共chunk(commons chunk) 之前所需要包含的最少数量的 chunks。数量必须大于等于2,或者少于等于 chunks的数量,传入 Infinity 会马上生成 公共chunk,但里面没有模块。

拆分公共资源

同 上面的拆分第三方库一样,拆分公共资源可以将公用的模块单独打出一个 chunk,你可以设置 minChunk 来选择是共用多少次模块才将它们抽离。配置如下:

new webpack.optimize.CommonsChunkPlugin({
 name: &#39;common&#39;,
 minChunks: 2,
}),

是否需要进行这一步优化可以自行根据项目的业务复用度来判断。

开启 gzip

使用 CompressionPlugin 插件开启 gzip 即可:

// 添加 gzip
new CompressionPlugin({
 asset: &#39;[path].gz[query]&#39;,
 algorithm: &#39;gzip&#39;,
 test: /\.(js|html)$/,
 threshold: 10240,
 minRatio: 0.8
})

上面是我整理给大家的,希望今后会对大家有帮助。

相关文章:

使用Vue如何实现拦截器对token处理方法有哪些?

使用js和jQuery如何实现指定赋值方法

有关Vue中如何换肤?

위 내용은 React와 Webpack을 사용하여 패키징을 최적화하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
JavaScript 및 웹 : 핵심 기능 및 사용 사례JavaScript 및 웹 : 핵심 기능 및 사용 사례Apr 18, 2025 am 12:19 AM

웹 개발에서 JavaScript의 주요 용도에는 클라이언트 상호 작용, 양식 검증 및 비동기 통신이 포함됩니다. 1) DOM 운영을 통한 동적 컨텐츠 업데이트 및 사용자 상호 작용; 2) 사용자가 사용자 경험을 향상시키기 위해 데이터를 제출하기 전에 클라이언트 확인이 수행됩니다. 3) 서버와의 진실한 통신은 Ajax 기술을 통해 달성됩니다.

JavaScript 엔진 이해 : 구현 세부 사항JavaScript 엔진 이해 : 구현 세부 사항Apr 17, 2025 am 12:05 AM

보다 효율적인 코드를 작성하고 성능 병목 현상 및 최적화 전략을 이해하는 데 도움이되기 때문에 JavaScript 엔진이 내부적으로 작동하는 방식을 이해하는 것은 개발자에게 중요합니다. 1) 엔진의 워크 플로에는 구문 분석, 컴파일 및 실행; 2) 실행 프로세스 중에 엔진은 인라인 캐시 및 숨겨진 클래스와 같은 동적 최적화를 수행합니다. 3) 모범 사례에는 글로벌 변수를 피하고 루프 최적화, Const 및 Lets 사용 및 과도한 폐쇄 사용을 피하는 것이 포함됩니다.

Python vs. JavaScript : 학습 곡선 및 사용 편의성Python vs. JavaScript : 학습 곡선 및 사용 편의성Apr 16, 2025 am 12:12 AM

Python은 부드러운 학습 곡선과 간결한 구문으로 초보자에게 더 적합합니다. JavaScript는 가파른 학습 곡선과 유연한 구문으로 프론트 엔드 개발에 적합합니다. 1. Python Syntax는 직관적이며 데이터 과학 및 백엔드 개발에 적합합니다. 2. JavaScript는 유연하며 프론트 엔드 및 서버 측 프로그래밍에서 널리 사용됩니다.

Python vs. JavaScript : 커뮤니티, 라이브러리 및 리소스Python vs. JavaScript : 커뮤니티, 라이브러리 및 리소스Apr 15, 2025 am 12:16 AM

Python과 JavaScript는 커뮤니티, 라이브러리 및 리소스 측면에서 고유 한 장점과 단점이 있습니다. 1) Python 커뮤니티는 친절하고 초보자에게 적합하지만 프론트 엔드 개발 리소스는 JavaScript만큼 풍부하지 않습니다. 2) Python은 데이터 과학 및 기계 학습 라이브러리에서 강력하며 JavaScript는 프론트 엔드 개발 라이브러리 및 프레임 워크에서 더 좋습니다. 3) 둘 다 풍부한 학습 리소스를 가지고 있지만 Python은 공식 문서로 시작하는 데 적합하지만 JavaScript는 MDNWebDocs에서 더 좋습니다. 선택은 프로젝트 요구와 개인적인 이익을 기반으로해야합니다.

C/C에서 JavaScript까지 : 모든 것이 어떻게 작동하는지C/C에서 JavaScript까지 : 모든 것이 어떻게 작동하는지Apr 14, 2025 am 12:05 AM

C/C에서 JavaScript로 전환하려면 동적 타이핑, 쓰레기 수집 및 비동기 프로그래밍으로 적응해야합니다. 1) C/C는 수동 메모리 관리가 필요한 정적으로 입력 한 언어이며 JavaScript는 동적으로 입력하고 쓰레기 수집이 자동으로 처리됩니다. 2) C/C를 기계 코드로 컴파일 해야하는 반면 JavaScript는 해석 된 언어입니다. 3) JavaScript는 폐쇄, 프로토 타입 체인 및 약속과 같은 개념을 소개하여 유연성과 비동기 프로그래밍 기능을 향상시킵니다.

JavaScript 엔진 : 구현 비교JavaScript 엔진 : 구현 비교Apr 13, 2025 am 12:05 AM

각각의 엔진의 구현 원리 및 최적화 전략이 다르기 때문에 JavaScript 엔진은 JavaScript 코드를 구문 분석하고 실행할 때 다른 영향을 미칩니다. 1. 어휘 분석 : 소스 코드를 어휘 단위로 변환합니다. 2. 문법 분석 : 추상 구문 트리를 생성합니다. 3. 최적화 및 컴파일 : JIT 컴파일러를 통해 기계 코드를 생성합니다. 4. 실행 : 기계 코드를 실행하십시오. V8 엔진은 즉각적인 컴파일 및 숨겨진 클래스를 통해 최적화하여 Spidermonkey는 유형 추론 시스템을 사용하여 동일한 코드에서 성능이 다른 성능을 제공합니다.

브라우저 너머 : 실제 세계의 JavaScript브라우저 너머 : 실제 세계의 JavaScriptApr 12, 2025 am 12:06 AM

실제 세계에서 JavaScript의 응용 프로그램에는 서버 측 프로그래밍, 모바일 애플리케이션 개발 및 사물 인터넷 제어가 포함됩니다. 1. 서버 측 프로그래밍은 Node.js를 통해 실현되며 동시 요청 처리에 적합합니다. 2. 모바일 애플리케이션 개발은 재교육을 통해 수행되며 크로스 플랫폼 배포를 지원합니다. 3. Johnny-Five 라이브러리를 통한 IoT 장치 제어에 사용되며 하드웨어 상호 작용에 적합합니다.

Next.js (백엔드 통합)로 멀티 테넌트 SAAS 애플리케이션 구축Next.js (백엔드 통합)로 멀티 테넌트 SAAS 애플리케이션 구축Apr 11, 2025 am 08:23 AM

일상적인 기술 도구를 사용하여 기능적 다중 테넌트 SaaS 응용 프로그램 (Edtech 앱)을 구축했으며 동일한 작업을 수행 할 수 있습니다. 먼저, 다중 테넌트 SaaS 응용 프로그램은 무엇입니까? 멀티 테넌트 SAAS 응용 프로그램은 노래에서 여러 고객에게 서비스를 제공 할 수 있습니다.

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

AI Hentai Generator

AI Hentai Generator

AI Hentai를 무료로 생성하십시오.

뜨거운 도구

MinGW - Windows용 미니멀리스트 GNU

MinGW - Windows용 미니멀리스트 GNU

이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

WebStorm Mac 버전

WebStorm Mac 버전

유용한 JavaScript 개발 도구

ZendStudio 13.5.1 맥

ZendStudio 13.5.1 맥

강력한 PHP 통합 개발 환경

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기