>  기사  >  웹 프론트엔드  >  vue-cli에서 webpack2 프로젝트 패키징 최적화를 구현하는 방법

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

亚连
亚连원래의
2018-06-07 14:15:461364검색

이제 참고할만한 가치가 있는 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, '..', dir)
}
module.exports = {
 resolve: {
 extensions: ['.js', '.vue', '.json'],
 modules: [
  resolve('src'),
  resolve('node_modules')
 ],
 alias: {
  'vue$': 'vue/dist/vue.common.js',
  'src': resolve('src'),
  'assets': resolve('src/assets'),
  'components': resolve('src/components'),
  // ...
  'store': resolve('src/store')
 }
 },
 ...
}

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

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('webpack-parallel-uglify-plugin');
new ParallelUglifyPlugin({
 cacheDir: '.cache/', // 设置缓存路径,不改动的调用缓存,第二次及后面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('copy-webpack-plugin')
plugins: [
 ...
 // copy custom static assets
 new CopyWebpackPlugin([
 {
  from: path.resolve(__dirname, '../static'),
  to: config.build.assetsSubDirectory,
  ignore: ['.*']
 }
 ])
]
DllPlugin & DllReferencePlugin

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

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

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

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

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

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

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

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

관련 기사:

Vue2.0에서 사용자 권한 제어 구현

vue.js를 통해 WeChat 결제 구현

vuex 구현 방법 설명(자세한 튜토리얼)

위 내용은 vue-cli에서 webpack2 프로젝트 패키징 최적화를 구현하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

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