vue-cli에서 webpack2 프로젝트 패키징 최적화를 구현하는 방법-JS 튜토리얼-php.cn

집

웹 프론트엔드

JS 튜토리얼

vue-cli에서 webpack2 프로젝트 패키징 최적화를 구현하는 방법

亚连

Jun 07, 2018 pm 02:15 PM

vue-cli최적화팩

이제 참고할만한 가치가 있는 vue-cli webpack2 프로젝트 패키징 최적화에 대한 기사를 공유하겠습니다. 모든 분들께 도움이 되기를 바랍니다.

파일 검색 범위 줄이기

Resolve.modules 구성

Webpack의solve.modules는 모듈 라이브러리(예: node_modules)의 위치를 구성합니다. import 'vue'가 js에 나타나면 이는 상대적인 것이 아닙니다. 또는 절대 경로를 작성하지 않으면 node_modules 디렉터리에서 찾을 수 있습니다. 그러나 기본 구성은 상향 재귀 검색을 통해 찾을 수 있지만 일반적으로 프로젝트 디렉터리에는 node_modules가 하나만 있고 프로젝트 루트 디렉터리에 있습니다. 검색 범위를 줄이기 위해 전체 경로를 직접 지정할 수 있습니다. 별칭의 경우에도 마찬가지로 node_modules(`별칭 구성에도 동일하게 적용됨):

function resolve (dir) {
 return path.join(__dirname, &#39;..&#39;, dir)
}
module.exports = {
 resolve: {
 extensions: [&#39;.js&#39;, &#39;.vue&#39;, &#39;.json&#39;],
 modules: [
  resolve(&#39;src&#39;),
  resolve(&#39;node_modules&#39;)
 ],
 alias: {
  &#39;vue$&#39;: &#39;vue/dist/vue.common.js&#39;,
  &#39;src&#39;: resolve(&#39;src&#39;),
  &#39;assets&#39;: resolve(&#39;src/assets&#39;),
  &#39;components&#39;: resolve(&#39;src/components&#39;),
  // ...
  &#39;store&#39;: resolve(&#39;src/store&#39;)
 }
 },
 ...
}

테스트 설정 및 포함 및 제외를 적절하게

test: 충족해야 하는 조건(정규식, 따옴표 추가 안 함, 일치) 처리할 파일)

exclude: 조건을 충족할 수 없음(처리할 디렉터리 제외)

include: 가져온 파일이 로더에 의해 변환될 경로 또는 파일 배열(처리할 디렉터리 포함)

이것은 불필요한 순회를 줄여 성능 손실을 줄일 수 있습니다.

대체 코드 압축 도구

Webpack에서 기본적으로 제공하는 UglifyJS 플러그인은 단일 스레드 압축으로 인해 속도가 느립니다.

webpack-parallel-uglify-plugin 플러그인은 UglifyJS 플러그인을 병렬로 실행할 수 있습니다. , CPU 리소스를 보다 완전하고 합리적으로 사용하여 빌드 시간을 크게 줄일 수 있습니다.

물론 이 플러그인은 개발 환경이 아닌 프로덕션 환경에서 사용해야 합니다. 다음 구성:

// 删掉webpack提供的UglifyJS插件
// new webpack.optimize.UglifyJsPlugin({
// compress: {
//  warnings: false,
//  drop_console: true
// },
// sourceMap: true
// }),
// 增加 webpack-parallel-uglify-plugin来替换
const ParallelUglifyPlugin = require(&#39;webpack-parallel-uglify-plugin&#39;);
new ParallelUglifyPlugin({
 cacheDir: &#39;.cache/&#39;, // 设置缓存路径，不改动的调用缓存，第二次及后面build时提速
 uglifyJS:{
 output: {
  comments: false
 },
 compress: {
  warnings: false
 }
 }
})

또한 동일한 유형의 플러그인 webpack-uglify-parallel을 시도했지만 작동하지 않았습니다. webpack-parallel-uglify-plugin만큼 효과적이지는 않습니다(프로젝트마다 다를 수 있습니다. 프로젝트에서 비교를 위해 사용할 수 있습니다).

webpack-parallel-uglify-plugin 플러그인은 UglifyJsPlugin에서 생성된 패키지보다 약간 큽니다(그러나 명확하지는 않습니다). 크기가 커진 것에 비해 속도를 추구하기로 했습니다(사용 후 40초에서 40초로 줄었습니다). 19초) .

정적 파일 복사

copy-webpack-plugin 플러그인 사용: 지정된 폴더의 파일을 지정된 디렉토리에 복사합니다. 구성은 다음과 같습니다.

var CopyWebpackPlugin = require(&#39;copy-webpack-plugin&#39;)
plugins: [
 ...
 // copy custom static assets
 new CopyWebpackPlugin([
 {
  from: path.resolve(__dirname, &#39;../static&#39;),
  to: config.build.assetsSubDirectory,
  ignore: [&#39;.*&#39;]
 }
 ])
]
DllPlugin & DllReferencePlugin

Dll의 개념은 Windows 시스템의 dll. dll 패키지는 순수하게 종속된 라이브러리로 자체적으로 실행될 수 없으며 앱에서 이를 참조하는 데 사용됩니다.

dll을 패키징할 때 Webpack은 포함된 모든 라이브러리의 색인을 만들고 이를 매니페스트 파일에 작성합니다. dll(dll 사용자)을 참조하는 코드를 패키징하는 경우 이 매니페스트 파일만 읽어야 합니다.

1. 프로젝트 빌드 폴더 아래에 webpack.dll.conf.js 파일을 다음 내용으로 추가합니다.

var path = require(&#39;path&#39;)
var webpack = require(&#39;webpack&#39;)
module.exports = {
 entry: {
 vendor: [ // 这里填写需要的依赖库
  &#39;babel-polyfill&#39;,
  &#39;axios&#39;,
  &#39;vue/dist/vue.common.js&#39;,
  &#39;vue-router&#39;,
  &#39;pingpp-js&#39;,
  "region-picker"
 ]
 },
 output: {
 path: path.resolve(__dirname, &#39;../static/js&#39;),
 filename: &#39;[name].dll.js&#39;,
 library: &#39;[name]_library&#39;
 },
 module: {
 rules: [
  {
  test: /\.vue$/,
  loader: &#39;vue-loader&#39;
  },
  {
  test: /\.js$/,
  loader: &#39;babel-loader&#39;,
  exclude: /node_modules/
  }
 ]
 },
 plugins: [
 new webpack.optimize.ModuleConcatenationPlugin(),
 new webpack.DllPlugin({
  path: path.join(__dirname, &#39;.&#39;, &#39;[name]-manifest.json&#39;),
  libraryTarget: &#39;commonjs2&#39;,
  name: &#39;[name]_library&#39;
 }),
 new webpack.optimize.UglifyJsPlugin({
  compress: {
  warnings: false
  }
 })
 ]
}

2. webpack.prod.conf.js 파일에 플러그인 부분을 추가합니다. :

plugins: [
 ...
 // copy custom static assets
  new webpack.DllReferencePlugin({
    context: path.resolve(__dirname, &#39;..&#39;),
    manifest: require(&#39;./vendor-manifest.json&#39;)
  })
]

3. 프로젝트 루트 디렉터리 index.html 파일에 추가:

<body>
  <p id="app"></p>
  <!-- built files will be auto injected -->
  <script src="<%= webpackConfig.output.publicPath %>spa/js/vendor.dll.js"></script>   //添加这句，路径可根据所需修改
</body>

4. package.json의 패키지 dll에 명령 추가

"build:dll": "webpack --config build/webpack.dll.conf.js"

5. 명령 순서

npm run build:dll //打包一次之后依赖库无变动不需要执行
npm run build

Advantages

Dll은 포함된 라이브러리가 증가, 감소 또는 업그레이드되지 않는 한 독립적으로 존재하므로 온라인 dll 코드는 필요하지 않습니다. 버전 릴리스로 자주 업데이트됩니다.

App 부분 코드를 수정한 후에는 포함된 라이브러리를 늘리거나 줄이거나 업그레이드하지 않는 이상 앱 부분 코드와 dll 부분만 컴파일하면 됩니다. 이는 또한 각 컴파일 속도를 크게 향상시킵니다.

동일한 종속 라이브러리를 사용하는 여러 프로젝트가 있고 DLL을 공유할 수 있다고 가정해 보세요.

19s->15s

babel의 캐시 디렉토리를 true로 설정

webpack.base.conf.js에서 babel-loader를 수정하세요.

loader: &#39;babel-loader?cacheDirectory=true&#39;,

15s->14s

Set noParse

만약 당신이 모듈에 다른 새로운 종속성이 없는지 확인하려면 이를 구성하면 됩니다. Webpack은 더 이상 이 파일의 종속성을 검색하지 않습니다. 이렇게 하면 더 큰 클래스 라이브러리의 성능이 향상됩니다.

module: {
 noParse: /node_modules\/(element-ui\.js)/,
 rules: [
  {
   ...
  }
}
happypack

위의 내용은 모든 사람을 위해 정리한 내용입니다. 앞으로 모든 사람에게 도움이 되기를 바랍니다.

관련 기사

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

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

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

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

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

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

Next.js (Frontend Integration)를 사용하여 멀티 테넌트 SaaS 응용 프로그램을 구축하는 방법Apr 11, 2025 am 08:22 AM

이 기사에서는 Contrim에 의해 확보 된 백엔드와의 프론트 엔드 통합을 보여 주며 Next.js를 사용하여 기능적인 Edtech SaaS 응용 프로그램을 구축합니다. Frontend는 UI 가시성을 제어하기 위해 사용자 권한을 가져오고 API가 역할 기반을 준수하도록합니다.

JavaScript : 웹 언어의 다양성 탐색Apr 11, 2025 am 12:01 AM

JavaScript는 현대 웹 개발의 핵심 언어이며 다양성과 유연성에 널리 사용됩니다. 1) 프론트 엔드 개발 : DOM 운영 및 최신 프레임 워크 (예 : React, Vue.js, Angular)를 통해 동적 웹 페이지 및 단일 페이지 응용 프로그램을 구축합니다. 2) 서버 측 개발 : Node.js는 비 차단 I/O 모델을 사용하여 높은 동시성 및 실시간 응용 프로그램을 처리합니다. 3) 모바일 및 데스크탑 애플리케이션 개발 : 크로스 플랫폼 개발은 개발 효율을 향상시키기 위해 반응 및 전자를 통해 실현됩니다.

JavaScript의 진화 : 현재 동향과 미래 전망Apr 10, 2025 am 09:33 AM

JavaScript의 최신 트렌드에는 Typescript의 Rise, 현대 프레임 워크 및 라이브러리의 인기 및 WebAssembly의 적용이 포함됩니다. 향후 전망은보다 강력한 유형 시스템, 서버 측 JavaScript 개발, 인공 지능 및 기계 학습의 확장, IoT 및 Edge 컴퓨팅의 잠재력을 포함합니다.

Demystifying JavaScript : 그것이하는 일과 중요한 이유Apr 09, 2025 am 12:07 AM

JavaScript는 현대 웹 개발의 초석이며 주요 기능에는 이벤트 중심 프로그래밍, 동적 컨텐츠 생성 및 비동기 프로그래밍이 포함됩니다. 1) 이벤트 중심 프로그래밍을 사용하면 사용자 작업에 따라 웹 페이지가 동적으로 변경 될 수 있습니다. 2) 동적 컨텐츠 생성을 사용하면 조건에 따라 페이지 컨텐츠를 조정할 수 있습니다. 3) 비동기 프로그래밍은 사용자 인터페이스가 차단되지 않도록합니다. JavaScript는 웹 상호 작용, 단일 페이지 응용 프로그램 및 서버 측 개발에 널리 사용되며 사용자 경험 및 크로스 플랫폼 개발의 유연성을 크게 향상시킵니다.

Python 또는 JavaScript가 더 좋습니까?Apr 06, 2025 am 12:14 AM

Python은 데이터 과학 및 기계 학습에 더 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 더 적합합니다. 1. Python은 간결한 구문 및 풍부한 라이브러리 생태계로 유명하며 데이터 분석 및 웹 개발에 적합합니다. 2. JavaScript는 프론트 엔드 개발의 핵심입니다. Node.js는 서버 측 프로그래밍을 지원하며 풀 스택 개발에 적합합니다.

See all articles