이 글은 주로 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 빌드 및 패키지 존재 문제는 주로 다음 두 가지 측면에 중점을 둡니다.
Webpack 빌드 속도가 느림
Webpack의 패키지 파일 크기가 너무 큼
Webpack 빌드 속도가 느림
을 사용할 수 있습니다. Webpack.DDLPlugin 및 HappyPack 빌드 속도가 향상됩니다. 자세한 내용은 DMP DDLPlugin에 대한 Xiaoming의 문서를 참조하세요. 원본 텍스트는 다음과 같습니다.
Webpack.DLLPlugin
webpack.dll.config.js 추가
주로 DllPlugin 플러그인을 사용하여 일부 타사 리소스를 독립적으로 패키지하고 이를 Manifest.json 구성 파일에 넣습니다.
이러한 방식으로 구성 요소를 업데이트한 후에는 이러한 타사 리소스가 다시 빌드되지 않습니다.
동시에 dll/vendors.js 파일이 독립적으로 구성되어 webpack.dll.config에 제공됩니다. .js
-
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 ==='development'){ %> <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: 'js', threadPool: happyThreadPool, cache: true, verbose: true, loaders: ['babel-loader?babelrc&cacheDirectory=true'], }), new HappyPack({ id: 'less', threadPool: happyThreadPool, cache: true, verbose: true, loaders: ['css-loader', 'less-loader'], })
를 설정하여 module.rules에서 happypack/loader로 사용하도록 구성하고 ID 설정
{ test: /\.js$/, use: [ 'happypack/loader?id=js' ], exclude: /node_modules/ }, { test: /\.less$/, loader: extractLess.extract({ use: ['happypack/loader?id=less'], fallback: 'style-loader' }) }
Webpack 패키징 후 파일 크기 줄이기
먼저 전체 번들, 구성 요소 및 각 구성 요소의 크기를 분석해야 합니다.
여기에서는 Webpack-bundle-analyzer를 권장합니다. 설치 후 webpack.dev.config.js에 플러그인을 추가하기만 하면 아래와 같이 시작할 때마다 분석 결과가 자동으로 웹사이트에 열립니다.
plugins.push( new BundleAnalyzerPlugin());
또한 패키징 프로세스도 가능합니다. json 파일로 출력되세요
webpack --profile --json -> stats.json
그런 다음 분석을 위해 다음 두 웹사이트로 이동하세요
webpack/analyse
Webpack Chart
위의 차트 분석을 통해 전체 번들의 구성 요소가 명확하게 표시됩니다. .js 및 해당 크기.
bundle.js의 과도한 크기에 대한 해결책은 다음과 같습니다.
프로덕션 환경에서 압축 및 기타 플러그인을 활성화하고 불필요한 플러그인을 제거합니다.
비즈니스 코드와 타사 라이브러리 분할 및 공용 모듈
웹팩 gzip 압축 활성화
요청 시 로드
프로덕션 환경에서 압축 및 기타 플러그인을 활성화하고, 불필요한 플러그인을 제거합니다.
웹팩을 시작해야 합니다.플러그인 및 웹팩 정의 .optimize.UglifyJsPlugin 프로덕션 환경에서.
const plugins = [ new webpack.DefinePlugin({ 'process.env.NODE_ENV': JSON.stringify(process.env.NODE_ENV || 'production') }), new webpack.optimize.UglifyJsPlugin({ compress: { warnings: false, drop_console: false //eslint-disable-line } }) ]
비즈니스 코드를 타사 라이브러리 및 공용 모듈로 분할
프로젝트의 비즈니스 코드는 매우 자주 변경되므로 타사 라이브러리의 코드는 상대적으로 덜 자주 변경됩니다. 비즈니스 코드와 세 번째 라이브러리가 동일한 청크로 패키징되면 각 빌드에서 비즈니스 코드가 한 줄만 변경되더라도 타사 라이브러리의 코드가 변경되지 않더라도 전체 청크의 해시가 지난번과 달라. 이는 우리가 원하는 결과가 아닙니다. 우리가 원하는 것은 타사 라이브러리의 코드가 변경되지 않으면 빌드 시 해당 해시가 변경되지 않도록 해야 브라우저 캐시를 사용하여 페이지 로딩 성능을 향상시키고 페이지 로딩을 단축할 수 있다는 것입니다. 시간.
그래서 세 번째 라이브러리의 코드는 별도로 공급업체 청크로 분할되어 비즈니스 코드와 분리될 수 있습니다. 이런 방식으로 비즈니스 코드가 어떻게 변경되더라도 타사 라이브러리 코드가 변경되지 않는 한 해당 해시는 변경되지 않습니다.
먼저 항목은 두 개의 앱과 공급업체의 두 청크를 구성합니다.
entry: { vendor: [path.join(__dirname, 'dll', 'vendors.js')], app: [path.join(__dirname, 'src/index')] }, output: { path: path.resolve(__dirname, 'build'), filename: '[name].[chunkhash:8].js' },
여기서 vendros.js는 다음과 같이 공급업체에 포함되어야 하는 타사 라이브러리에 대한 자체 정의입니다.
require('babel-polyfill'); require('classnames'); require('intl'); require('isomorphic-fetch'); require('react'); require('react-dom'); require('immutable'); require('redux');
그런 다음 CommonsChunkPlugin
을 통해 세 번째 라이브러리를 분할합니다.plugins.push( // 拆分第三方库 new webpack.optimize.CommonsChunkPlugin({ name: 'vendor' }), // 拆分 webpack 自身代码 new webpack.optimize.CommonsChunkPlugin({ name: 'runtime', minChunks: Infinity }) );
上面的配置有两个细节需要注意
使用 chunkhash 而不用 hash
单独拆分 webpack 自身代码
使用 chunkhash 而不用 hash
先来看看这二者有何区别:
hash 是 build-specific ,任何一个文件的改动都会导致编译的结果不同,适用于开发阶段
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: 'common', minChunks: 2, }),
是否需要进行这一步优化可以自行根据项目的业务复用度来判断。
开启 gzip
使用 CompressionPlugin 插件开启 gzip 即可:
// 添加 gzip new CompressionPlugin({ asset: '[path].gz[query]', algorithm: 'gzip', test: /\.(js|html)$/, threshold: 10240, minRatio: 0.8 })
上面是我整理给大家的,希望今后会对大家有帮助。
相关文章:
위 내용은 React와 Webpack을 사용하여 패키징을 최적화하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

在react中,canvas用于绘制各种图表、动画等;可以利用“react-konva”插件使用canvas,该插件是一个canvas第三方库,用于使用React操作canvas绘制复杂的画布图形,并提供了元素的事件机制和拖放操作的支持。

在react中,antd是基于Ant Design的React UI组件库,主要用于研发企业级中后台产品;dva是一个基于redux和“redux-saga”的数据流方案,内置了“react-router”和fetch,可理解为应用框架。

React不是双向数据流,而是单向数据流。单向数据流是指数据在某个节点被改动后,只会影响一个方向上的其他节点;React中的表现就是数据主要通过props从父节点传递到子节点,若父级的某个props改变了,React会重渲染所有子节点。

因为在react中需要利用到webpack,而webpack依赖nodejs;webpack是一个模块打包机,在执行打包压缩的时候是依赖nodejs的,没有nodejs就不能使用webpack,所以react需要使用nodejs。

在react中,forceupdate()用于强制使组件跳过shouldComponentUpdate(),直接调用render(),可以触发组件的正常生命周期方法,语法为“component.forceUpdate(callback)”。

react是组件化开发;组件化是React的核心思想,可以开发出一个个独立可复用的小组件来构造应用,任何的应用都会被抽象成一颗组件树,组件化开发也就是将一个页面拆分成一个个小的功能模块,每个功能完成自己这部分独立功能。

react与vue的虚拟dom没有区别;react和vue的虚拟dom都是用js对象来模拟真实DOM,用虚拟DOM的diff来最小化更新真实DOM,可以减小不必要的性能损耗,按颗粒度分为不同的类型比较同层级dom节点,进行增、删、移的操作。

react和reactdom的区别是:ReactDom只做和浏览器或DOM相关的操作,例如“ReactDOM.findDOMNode()”操作;而react负责除浏览器和DOM以外的相关操作,ReactDom是React的一部分。


핫 AI 도구

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

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

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

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

인기 기사

뜨거운 도구

드림위버 CS6
시각적 웹 개발 도구

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.
