찾다
웹 프론트엔드JS 튜토리얼webpack4를 기반으로 반응 스캐폴딩을 구축하는 방법에 대한 프로세스 분석

이 글의 내용은 webpack4를 기반으로 반응 스캐폴딩을 구축하는 방법에 대한 프로세스 분석을 공유하는 것입니다. 다음으로, 친구들에게 도움이 되기를 바라며 구체적인 내용을 살펴보겠습니다. 필요.

react-sample-javascript

react-router-dom, redux 및 webpack 4가 포함된 React 16.0 상용구(javascript용)
github 프로젝트 주소#🎜🎜 #

프로젝트 초기화

통합된 표준화된 코드 형식

  1. Configuration .editorconfig는 IDE를 통합합니다. (코드 참조)

  2. .editorconfig 使得IDE的方式统一 (见代码)
  3. 配置 .eslintrc.js 使得代码规范统一 (见代码)

    预期功能

  4. 管理资源: 能加载css、sccc、less、以及静态文件

  5. 管理输出:将打包后的静态文件输出至static目录下,以各自的文件类型管理

  6. dev:使用source map,方便调试时代码定位

  7. dev:配置devServer,并配置热替换,热加载,自动刷新,自动打开浏览器,并预留proxyTable

  8. dev:设置默认打开8080,被占用则寻找下一个空接口

  9. production:代码分离,打包css文件,css代码压缩,js代码压缩,输出到模板html,配置gzip

  10. analysis::使用BundleAnalyzerPlugin 分析打包后的性能

    目录结构

  • 首先使用npm init 初始化一个包含package.json的根目录

:.
│  .babelrc             #babel的规则以及插件
│  .editorconfig        #IDE/编辑器相关的配置
│  .eslintignore        #Eslint忽视的目录
│  .eslintrc.js         #Eslint的规则和插件
│  .gitignore           #Git忽视的目录
│  .postcssrc.js        #postcss的插件
│  package-lock.json
│  package.json         #项目相关的包
│  README.md
│  yarn.lock
│
├─build                 #webpack相关的配置
│      utils.js         #webpack配置中的通用方法
│      webpack.base.conf.js #webpack的基础配置
│      webpack.dev.conf.js  #webpack的开发环境配置
│      webpack.prod.conf.js #webpack的生产环境配置
│
└─src                   #主目录,业务代码
    │  app.css
    │  App.js
    │  favicon.ico
    │  index.ejs
    │  index.js
    │
    └─assets            #静态目录,存放静态资源
        │  config.json
        │
        └─img
                logo.svg

安装依赖

  • eslint-loader

  • eslint

  • eslint-config-airbnb

  • eslint-plugin-import

  • eslint-friendly-formatter

  • eslint-plugin-flowtype

  • eslint-plugin-jsx-a11y

  • eslint-plugin-react

  • babel-polyfill

  • webpack

  • jest

  • friendly-errors-webpack-plugin 编译提示的webpack插件

  • html-webpack-plugin 新建html入口文件的webpack插件

  • copy-webpack-plugin webpack配置合并模块

  • webpack-merge webpack配置合并模块

  • webpack-dev-server

  • webpack-bundle-analyzer

  • webpack-cli

  • portfinder 寻找接口的插件

  • extract-text-webpack-plugin

  • node-notifier

  • optimize-css-assets-webpack-plugin

  • autoprefixer

  • mini-css-extract-plugin

  • autoprefixer

  • css-loader

  • less-loader

  • postcss-loader

  • postcss-import

  • postcss-loader

  • style-loader

  • babel-core

  • babel-eslint

  • babel-loader

  • babel-plugin-transform-runtime

  • babel-plugin-import

  • babel-preset-env

  • babel-preset-react

  • babel-polyfill

  • url-loader

  • cross-env

  • file-loader

yarn add eslint eslint-loader eslint-config-airbnb eslint-plugin-import eslint-friendly-formatter eslint-plugin-flowtype eslint-plugin-jsx-a11y eslint-plugin-react babel-polyfill webpack jest webpack-merge copy-webpack-plugin html-webpack-plugin friendly-errors-webpack-plugin webpack-dev-server webpack-bundle-analyzer webpack-cli portfinder extract-text-webpack-plugin node-notifier optimize-css-assets-webpack-plugin autoprefixer mini-css-extract-plugin autoprefixer css-loader less-loader postcss-loader postcss-import postcss-loader style-loader babel-core babel-eslint babel-loader babel-plugin-transform-runtime babel-plugin-import babel-preset-env babel-preset-react babel-polyfill url-loader cross-env file-loader -D

项目配置

webpack 基础配置

  1. 为了控制开发环境和生产环境,我们可以新建build文件夹。分别书写开发环境和生产环境的webpack配置文件,这样也更可以方便我们分别控制生产环境和开发环境。

  2. 为了提高代码的复用率,也为了区别 基础配置个性配置 ,可以分别新建webpack.basewebpack.devwebpack.prod三个配置文件。首先配置最基础的entry(入口)和output(出口)。

module.exports = {
  context: path.resolve(__dirname, '../'),  //绝对路径。__dirname为当前目录。
    //基础目录用于从配置中解析入口起点。因为webpack配置在build下,所以传入 '../'
  entry: {
    app: ('./src/index.js') //项目的入口
  },
  output: {
    path: path.resolve(__dirname, '../dist'),
    filename: '[name].[hash:8].js',
    publicPath: '/',
    libraryTarget: 'umd',
  },
}

entry

entry可以分别为字符串、数组和对象。

倘若应用只有一个单一的入口,entry的值可以使用任意类型,不会影响输出结果。

// entry为字符串
{
    entry: './src/index.js',
    output: {
        path: '/dist',
        filename: 'bundle.js'
    }
}
// 结果会生成 '/dist/bundle.js'
// entry为数组,可以添加多个彼此不互相依赖的文件。结合output.library选项,如果传入数组,则只导出最后一项。
{
    //如果你在html文件里引入了'bable-polyfill',可以通过数组将它加到bundle.js的最后。
    entry: ['./src/index.js', 'babel-polyfill'] ,
    output:{
        path: '/dist',
        filename: 'bundle.js'
    }
}
// entry为对象,可以将页面配置为多页面的而不是SPA,有多个html文件。通过对象告诉webpack为每个入口,成一个bundle文件。
// 多页面的配置,可能还要借助于HtmlWebpackPlugin,来指定每个html需要引入的js
{
    entry: {
        index: './src/index.js'
        main: './src/index.js'
        login: './src/login.js'
    }
    output:{
        path: '/dist/pages'
        filename: '[name]-[hash:5].js' //文件名取自'entry'对象的键名,为了防止推送代码后浏览器读缓存,故再生成的文件之后加上hash码。
    }
}
// 会分别生成index.js,main.js,login.js三个文件

关于 webpack构建多页面 可以参考这篇文章。不过现在webpack4.x也是一次断崖式升级,感兴趣的同学可以自行搜索。

// entry也可以传入混合类型
{
    entry:{
        vendor: ['jquery','amap','babel-polyfill'] //也可以借助CommonsChunkPlugin提取vendor的chunk。
        index: './src/index.js'
    }
    output: {
        path: '/dist'
        filename: '[name]-[hash:5].js'
    }
}

CommonsChunkPlugin在webpack4.0之后移除了,可以使用splitChunksPlugin代替。

output

output最基础的两个配置为 pathfilename

  • path 告诉 webpack的输出目录在那里,一般我们会设置在根目录的 dist 文件夹;

  • filename 用于指定输出文件的文件名,如果配置了创建了多个单独的 chunk 则可以使用[name].[hash]

    .eslintrc.js를 구성하여 코드 사양 통합(코드 참조)#🎜🎜##🎜🎜#예상되는 기능 #🎜🎜#
  • #🎜🎜##🎜🎜#리소스 관리: CSS, sccc, less 및 정적 파일을 로드할 수 있습니다. #🎜🎜##🎜🎜##🎜🎜#출력 관리: 패키지된 정적 파일은 정적 디렉터리에 출력되고 해당 파일 유형에 따라 관리됩니다#🎜🎜##🎜🎜##🎜🎜#dev: 소스 맵을 사용하여 디버깅 중 코드 위치 지정을 용이하게 합니다#🎜🎜# li> li>#🎜🎜##🎜🎜#dev: devServer 구성, 핫 교체, 핫 로딩, 자동 새로 고침 구성, 자동으로 브라우저 열기 및 ProxyTable 예약#🎜🎜##🎜🎜##🎜 🎜 #dev: 기본적으로 8080을 열도록 설정되어 있으면 다음 빈 인터페이스를 찾습니다. #🎜🎜##🎜🎜##🎜🎜#production: 코드 분리, CSS 파일 패키징, CSS 코드 압축, js 코드 압축, 출력 템플릿 html로 이동하여 gzip을 구성합니다#🎜🎜##🎜🎜##🎜🎜#analytic:: BundleAnalyzerPlugin을 사용하여 패키지 성능 분석#🎜🎜##🎜🎜# 디렉터리 구조#🎜🎜#
      #🎜🎜##🎜🎜#먼저 npm init를 사용하여 package.json이 포함된 루트 디렉터리를 초기화합니다#🎜🎜 #
     output: {
        path: path.resolve(__dirname, '../dist'),
        filename: '[name].[hash:8].js',
        publicPath: '/',
      },
    #🎜🎜#종속성 설치#🎜🎜#
      #🎜🎜##🎜🎜#eslint-loader#🎜🎜##🎜🎜##🎜🎜#eslint #🎜🎜##🎜🎜##🎜🎜#eslint-config-airbnb#🎜🎜##🎜🎜##🎜🎜#eslint-plugin -import#🎜🎜# #🎜🎜##🎜🎜#eslint-Friendly-formatter#🎜🎜##🎜🎜##🎜🎜#eslint-plugin-flowtype#🎜🎜# li>#🎜🎜##🎜🎜# eslint-plugin-jsx-a11y#🎜🎜##🎜🎜##🎜🎜#eslint-plugin-react#🎜🎜##🎜🎜# #🎜🎜#babel-polyfill#🎜🎜 ##🎜🎜##🎜🎜#webpack#🎜🎜##🎜🎜##🎜🎜#jest#🎜🎜## 🎜🎜##🎜🎜#friend-errors -webpack-plugin 컴파일 프롬프트용 Webpack 플러그인#🎜🎜##🎜🎜##🎜🎜#html-webpack-plugin 새 html 항목 파일용 Webpack 플러그인#🎜🎜##🎜🎜##🎜🎜#copy-webpack-plugin webpack 구성 병합 모듈#🎜🎜 ##🎜🎜##🎜🎜#webpack -merge webpack 구성 병합 모듈#🎜🎜##🎜🎜##🎜🎜#webpack-dev-server#🎜 🎜##🎜🎜##🎜🎜# webpack-bundle-analyzer#🎜🎜##🎜🎜##🎜🎜#webpack-cli#🎜🎜##🎜🎜# #🎜🎜#portfinder 인터페이스를 찾는 플러그인#🎜🎜##🎜🎜##🎜🎜#extract-text-webpack-plugin#🎜🎜##🎜🎜##🎜🎜 #node-notifier#🎜🎜##🎜🎜## 🎜🎜#optimize-css-assets-webpack-plugin#🎜🎜##🎜🎜##🎜🎜#autoprefixer#🎜🎜# #🎜🎜##🎜🎜#mini-css-extract -plugin#🎜🎜##🎜🎜##🎜🎜#autoprefixer#🎜🎜##🎜🎜##🎜 🎜#css-loader#🎜🎜##🎜🎜# #🎜🎜#less-loader#🎜🎜##🎜🎜##🎜🎜#postcss-loader#🎜🎜##🎜🎜##🎜🎜#postcss-import#🎜🎜##🎜🎜##🎜🎜#postcss-loader#🎜🎜##🎜🎜##🎜🎜#style-loader #🎜🎜##🎜🎜##🎜🎜#babel -core#🎜🎜##🎜🎜##🎜🎜#babel-eslint#🎜🎜##🎜🎜# #🎜🎜#babel-loader#🎜🎜##🎜 🎜##🎜🎜#babel-plugin-transform-runtime#🎜🎜##🎜🎜##🎜🎜#babel-plugin- import#🎜🎜##🎜🎜##🎜🎜# babel-preset-env#🎜🎜##🎜🎜##🎜🎜#babel-preset-react#🎜🎜##🎜🎜##🎜🎜#babel-polyfill#🎜🎜##🎜🎜##🎜🎜#url-loader#🎜🎜##🎜🎜##🎜🎜#cross-env #🎜🎜##🎜🎜##🎜🎜#file -loader#🎜🎜#
    resolve: {
        // 自动解析文件扩展名(补全文件后缀)(从左->右)
        // import hello from './hello'  (!hello.js? -> !hello.jsx? -> !hello.json)
        extensions: ['.js', '.jsx', '.json'],
        alias: {
          '@': resolve('src')
        }
      },
    #🎜🎜#프로젝트 구성#🎜🎜##🎜🎜#webpack 기본 구성# 🎜🎜##🎜🎜##🎜🎜##🎜🎜#For control 개발 환경과 프로덕션 환경을 위해 새로운 빌드 폴더를 생성할 수 있습니다. 개발 환경과 프로덕션 환경에 대한 웹팩 구성 파일을 별도로 작성하면 프로덕션 환경과 개발 환경을 별도로 제어하기가 더 쉬워집니다. #🎜🎜##🎜🎜##🎜🎜#코드 재사용률을 높이고 기본 구성맞춤 구성을 구분하려면 별도로 새 파일을 생성할 수 있습니다. 세 가지 구성 파일: webpack.base, webpack.devwebpack.prod. 먼저 가장 기본적인 입력과 출력을 구성합니다. #🎜🎜#
    noParse: function(content) {
      return /jquery|lodash/.test(content);
    }

    entry

    #🎜🎜#entry는 각각 문자열, 배열 및 객체일 수 있습니다. #🎜🎜##🎜🎜#응용 프로그램에 단일 항목만 있는 경우 항목 값은 모든 유형이 될 수 있으며 출력 결과에 영향을 미치지 않습니다. #🎜🎜#
    module: {
        rules: [
        {
            test: /\.(js|jsx)$/,
            exclude: /node_modules/,
            enforce: 'pre',
            use: [{
              loader: 'babel-loader',
            }, {
              loader: 'eslint-loader', // 指定启用eslint-loader
              options: {
                formatter: require('eslint-friendly-formatter'),
                emitWarning: false
              }
            }]
          },
        {
            test: /\.css$/,
            include: /node_modules/,
            use: [
              MiniCssExtractPlugin.loader,
              'css-loader',
              {
                loader: 'postcss-loader',
                options: {
                  plugins: () => [autoprefixer({ browsers: 'last 5 versions' })],
                  sourceMap: false,
                },
              },
            ],
          },
          {
            test: /\.(png|jpe?g|gif|svg)(\?.*)?$/,
            loader: 'url-loader',
            options: {
              limit: 10000,
              name: ('assets/img/[name].[hash:7].[ext]')
            }
          },
          {
            test: /\.(mp4|webm|ogg|mp3|wav|flac|aac)(\?.*)?$/,
            loader: 'url-loader',
            options: {
              limit: 10000,
              name: ('assets/media/[name].[hash:7].[ext]')
            }
          },
          {
            test: /\.(woff2?|eot|ttf|otf)(\?.*)?$/,
            loader: 'url-loader',
            options: {
              limit: 10000,
              name: ('assets/fonts/[name].[hash:7].[ext]')
            }
          }
        ]
        }
    // package.json
    "scripts": {
        "start": "webpack-dev-server --mode development --config build/webpack.dev.conf.js",
    }
    // 设置当前的mode为development,同样这个配置也可以写在webpack.dev.conf.js中。然后使用build目录下的webpack.dev.conf.js 来配置相关的webpack。
    devServer: {
        clientLogLevel: 'warning',
        historyApiFallback: true, //在开发单页应用时非常有用,它依赖于HTML5 history API,如果设置为true,所有的跳转将指向index.html
        contentBase: path.resolve(__dirname, '../src'),
        compress: true,
        hot: true, // 热加载
        inline: true, //自动刷新
        open: true, //自动打开浏览器
        host: HOST||'localhost',
        port: PORT,
        overlay: { warnings: false, errors: true }, // 在浏览器上全屏显示编译的errors或warnings。
        publicPath: '/',
        proxy: {},
        quiet: true, // necessary for FriendlyErrorsPlugin // 终端输出的只有初始启动信息。 webpack 的警告和错误是不输出到终端的
        watchOptions: {
          poll: false
        }
      },
      plugins: [
        new webpack.DefinePlugin({
          ...process.env
        }),
        //开启HMR(热替换功能,替换更新部分,不重载页面!)
        new webpack.HotModuleReplacementPlugin(),// HMR shows correct file names in console on update.
        //显示模块相对路径
        new webpack.NamedModulesPlugin(),
        //不显示错误信息
        new webpack.NoEmitOnErrorsPlugin(),
        // https://github.com/ampedandwired/html-webpack-plugin
        ]
    #🎜🎜# webpack으로 여러 페이지를 만드는 방법은 이 글을 참고하세요. 그러나 이제 webpack 4.x는 관심 있는 학생들이 스스로 검색할 수 있는 벼랑 끝의 업그레이드이기도 합니다. #🎜🎜#
    // 设置代码分离的输出目录
    output: {
        path: path.resolve(__dirname, '../dist'),
        filename: ('js/[name].[hash:8].js'),
        chunkFilename: ('js/[name]-[id].[hash:8].js')
      },
     // 代码分离
     optimization: {
        runtimeChunk: {
          name: "manifest"
        },
        splitChunks: {
          chunks: 'all'
        }
      },

    #🎜🎜#CommonsChunkPlugin은 webpack 4.0 이후에 제거되었습니다. 대신 SplitChunksPlugin을 사용할 수 있습니다. #🎜🎜#

    출력

    #🎜🎜#출력의 가장 기본적인 두 가지 구성은 pathfilename입니다. #🎜🎜#
      #🎜🎜##🎜🎜#path는 webpack에 출력 디렉터리가 어디에 있는지 알려줍니다. 일반적으로 루트에 dist 폴더를 설정합니다. ;#🎜🎜##🎜🎜##🎜🎜#filename은 출력 파일의 파일 이름을 지정하는 데 사용됩니다. 구성된 경우 여러 개의 개별 청크code>가 생성되었습니다. > [name].[hash]와 같은 자리 표시자를 사용하여 각 파일에 고유한 이름이 있는지 확인할 수 있습니다. #🎜🎜#
    • 另一个常见配置 publicPath 则是用于更加复杂的场景。举例:在本地时,你可能会使用 ../assets/test.png 这种url来载入图片。而在生产环境下,你可能会使用CDN或者图床的地址。那么就需要配置 publicPath = "http://cdn.example.com/assets/" 来实现生产模式下编译输出文件时自动更新url。

     output: {
        path: path.resolve(__dirname, '../dist'),
        filename: '[name].[hash:8].js',
        publicPath: '/',
      },

    resolve

    resolve常用的两个配置为 aliasextensions

    • alias 创建import或者require的别名

    • extensins 自动解析文件拓展名,补全文件后缀

    resolve: {
        // 自动解析文件扩展名(补全文件后缀)(从左->右)
        // import hello from './hello'  (!hello.js? -> !hello.jsx? -> !hello.json)
        extensions: ['.js', '.jsx', '.json'],
        alias: {
          '@': resolve('src')
        }
      },

    module

    module的选项决定了如何处理项目中的不同类型的模块。其中常用的有 rulesnoParese 两个配置项。

    • noParese 是为了防止weback解析与所有与rule相匹配的文件。目的是,忽略大型的library可以提高构建性能。

    noParse: function(content) {
      return /jquery|lodash/.test(content);
    }
    • rules 用于在创建模块是,匹配规则数组,以确定哪些规则能够对module应用loader,或者是修改parser。

    module: {
        rules: [
        {
            test: /\.(js|jsx)$/,
            exclude: /node_modules/,
            enforce: 'pre',
            use: [{
              loader: 'babel-loader',
            }, {
              loader: 'eslint-loader', // 指定启用eslint-loader
              options: {
                formatter: require('eslint-friendly-formatter'),
                emitWarning: false
              }
            }]
          },
        {
            test: /\.css$/,
            include: /node_modules/,
            use: [
              MiniCssExtractPlugin.loader,
              'css-loader',
              {
                loader: 'postcss-loader',
                options: {
                  plugins: () => [autoprefixer({ browsers: 'last 5 versions' })],
                  sourceMap: false,
                },
              },
            ],
          },
          {
            test: /\.(png|jpe?g|gif|svg)(\?.*)?$/,
            loader: 'url-loader',
            options: {
              limit: 10000,
              name: ('assets/img/[name].[hash:7].[ext]')
            }
          },
          {
            test: /\.(mp4|webm|ogg|mp3|wav|flac|aac)(\?.*)?$/,
            loader: 'url-loader',
            options: {
              limit: 10000,
              name: ('assets/media/[name].[hash:7].[ext]')
            }
          },
          {
            test: /\.(woff2?|eot|ttf|otf)(\?.*)?$/,
            loader: 'url-loader',
            options: {
              limit: 10000,
              name: ('assets/fonts/[name].[hash:7].[ext]')
            }
          }
        ]
        }

    例如上述代码,就使用eslint-lodaerbabel-loader 处理了除了node_modules 以外的 js||jsx。同时配置了,解析图片、视频、字体文件等的解析,当rules匹配到的文件时,小于10000 byte 时,采用url-loader解析文件。(因为base64会让图片的体积变大,所以当文件较大时,使用base64并不明智)

    Webpack开发配置

    因为在webpack 4.X 中使用了流行的 ”约定大于配置“ 的做法,所以在新加入配置项 mode ,可以告知webpack使用相应模式的内置优化。

    选项 描述
    development 会将process.env.NODE_ENV 的值设为 development 。启用NamedChunksPluginNamedMoudulesPlugin
    production 会将process.env.NODE_ENV 的值设为 production 。启用FlagDependencyUsagePluginFlagIncludedChunksPluginModuleConcatenationPluginNoEmitOnErrorsPluginOccurrenceOrderPluginSideEffectsFlagPluginUglifyJsPlugin

    如果我们只设置NODE_ENV,则不会自动设置 mode

    在开发时,我们往往希望能看到当前开发的页面,并且能热加载。这时,我们可以借助webpack-dev-server 这个插件,来在项目中起一个应用服务器。

    // package.json
    "scripts": {
        "start": "webpack-dev-server --mode development --config build/webpack.dev.conf.js",
    }
    // 设置当前的mode为development,同样这个配置也可以写在webpack.dev.conf.js中。然后使用build目录下的webpack.dev.conf.js 来配置相关的webpack。
    devServer: {
        clientLogLevel: 'warning',
        historyApiFallback: true, //在开发单页应用时非常有用,它依赖于HTML5 history API,如果设置为true,所有的跳转将指向index.html
        contentBase: path.resolve(__dirname, '../src'),
        compress: true,
        hot: true, // 热加载
        inline: true, //自动刷新
        open: true, //自动打开浏览器
        host: HOST||'localhost',
        port: PORT,
        overlay: { warnings: false, errors: true }, // 在浏览器上全屏显示编译的errors或warnings。
        publicPath: '/',
        proxy: {},
        quiet: true, // necessary for FriendlyErrorsPlugin // 终端输出的只有初始启动信息。 webpack 的警告和错误是不输出到终端的
        watchOptions: {
          poll: false
        }
      },
      plugins: [
        new webpack.DefinePlugin({
          ...process.env
        }),
        //开启HMR(热替换功能,替换更新部分,不重载页面!)
        new webpack.HotModuleReplacementPlugin(),// HMR shows correct file names in console on update.
        //显示模块相对路径
        new webpack.NamedModulesPlugin(),
        //不显示错误信息
        new webpack.NoEmitOnErrorsPlugin(),
        // https://github.com/ampedandwired/html-webpack-plugin
        ]

    其实在开发时,我们可以设置 contentBase: '/src'contentBase 指定了devServer能访问的资源地址。因为我们开发时,资源大部分都放在src目录下,所以可以直接指定资源路径为src目录。因为我们在webpack基础配置时,配置了 output 输出为 dist 目录,所以我们也可以在devServer里,设置 contentBasedist 目录。不过此时需要使用copyWebpackPlugin将一些静态资源复制到 dist 目录下,手动新建dist目录,并复制也可以。

    另外,当使用 history 路由时,要配置 historyApiFallback = true ,以此让服务器放弃路由权限,交由前端路由。而是用 hash 路由则不需要此配置。

    项目进阶

    生产环境配置

    在使用webpack 4.x 的 mode 配置之后,需要我们手动配置的项已经减少了很多,像js代码压缩这种工具 UglifyJsPlugin 就已经不用手动去配置。但是像很多前面提到的 代码分离css代码提取和压缩html的生成 以及 复制静态资源 还需要我们手动配置。

    代码分离

    // 设置代码分离的输出目录
    output: {
        path: path.resolve(__dirname, '../dist'),
        filename: ('js/[name].[hash:8].js'),
        chunkFilename: ('js/[name]-[id].[hash:8].js')
      },
     // 代码分离
     optimization: {
        runtimeChunk: {
          name: "manifest"
        },
        splitChunks: {
          chunks: 'all'
        }
      },

    css代码压缩

    借助 MiniCssExtractPlugin 来实现压缩css和提取css。因为 MiniCssExtractPlugin 无法与style-loader 共存,所以我们需要判断当前环境是生成环境还是开发环境。

    我们可以新建一个util.js的文件,在webpack当中一些共用的方法。考虑使用个别配置字段 extract 来配置使用何种方式来配置css-loader。参见 util.js 代码。

    new MiniCssExtractPlugin({
          filename: 'css/[name].[hash:8].css',
          chunkFilename: 'css/[name]-[id].[hash:8].css',
        }),

    生成HTML

    使用htmlWebpackPlugin,配合ejs。可以使控制html 的生成。通过配置的方式,生成html。因为 HtmlWebpackPlugin 本身可以解析ejs,所以不需要单独引入ejs的loader。

    new HtmlWebpackPlugin({
          filename: 'index.html',
          template: './src/index.ejs', // 设置目录
          title: 'React Demo',
          inject: true, // true->'head' || false->'body'
          minify: {
            //删除Html注释
            removeComments: true,
            //去除空格
            collapseWhitespace: true,
            //去除属性引号
            removeAttributeQuotes: true
            // more options:
            // https://github.com/kangax/html-minifier#options-quick-reference
          },
          // necessary to consistently work with multiple chunks via CommonsChunkPlugin
          chunksSortMode: 'dependency'
        }),
    <!DOCTYPE html>
    <html>
    <head>
      <meta charset="utf-8">
      <meta name="viewport" content="width=device-width, initial-scale=1">
      <meta name="robots" content="noindex, nofollow">
    
      <title><%= htmlWebpackPlugin.options.title %></title>
      <link rel="shortcut icon" href="/favicon.ico" type="image/x-icon">
      <link rel="icon" href="/favicon.ico" type="image/x-icon">
    
      <% for (var chunk in htmlWebpackPlugin.files.css) { %>
      <link rel="preload" href="<%= htmlWebpackPlugin.files.css[chunk] %>"  as="style">
      <% } %>
      <% for (var chunk in htmlWebpackPlugin.files.chunks) { %>
      <link rel="preload" href="<%= htmlWebpackPlugin.files.chunks[chunk].entry %>" as="script">
      <% } %>
    
      <base href="/">
    </head>
    <body>
    <p id="root"></p>
    </body>
    <style type="text/css">
      body {
        font-family: &#39;Source Sans Pro&#39;,&#39;Helvetica Neue&#39;,Helvetica,Arial,sans-serif;
      }
    </style>
    </html>

    复制静态目录

    将所以可能被请求的静态文件,分别放在assets目录下。那么在打包后,为了保证目录能正常访问(不使用CDN等加载静态资源时),我们可以配置 publicPath = '/' 。然后借助于 CopyWebpackPlugin 实现资源复制。

    new CopyWebpackPlugin([{
          from: &#39;./src/assets/&#39;,
          to: &#39;assets&#39;
        }]),

    src/assets 复制到 dist/assets 目录下

    开启打包分析

    借助插件 BundleAnalyzerPlugin 直接在plugins中创建该插件:

    // webpack.prod.conf.js
    const BundleAnalyzerPlugin = process.env.NODE_ENV=== &#39;analysis&#39; ? require(&#39;webpack-bundle-analyzer&#39;).BundleAnalyzerPlugin:null
    process.env.NODE_ENV=== &#39;analysis&#39; ? new BundleAnalyzerPlugin() : ()=>{}

    在package.json 中可做如下配置:

    "scripts": {
        "analysis": "cross-env NODE_ENV=analysis webpack -p --mode production --progress --config ./build/webpack.prod.conf.js ",
      },

    通过注入环境变量,来控制是否运行打包分析。

    ssh部署

    打包后的dist文件夹,可以直接借助 node 的 ssh-node ,直接部署到服务器指定的目录下。 ssh-node既支持ssh,也支持密码登录。建议可以为在每个项目下,新建一个.ssh文件,存放项目的私钥。代码如下:

    // usage: https://www.npmjs.com/package/node-ssh
    var path, node_ssh, ssh, fs, opn, host
    
    fs = require(&#39;fs&#39;)
    path = require(&#39;path&#39;)
    node_ssh = require(&#39;node-ssh&#39;)
    opn = new require(&#39;opn&#39;)
    ssh = new node_ssh()
    host = &#39;localhost&#39;
    var localDir = &#39;./dist&#39;
    var remoteDir = &#39;/opt/frontend/new&#39;
    var removeCommand = &#39;rm -rf ./*&#39;
    var pwdCommand = &#39;pwd&#39;
    
    ssh.connect({
      host: host,
      username: &#39;root&#39;,
      port: 22,
      // password,
      privateKey: "./.ssh/id_rsa",
    })
      .then(function() {
        ssh.execCommand(removeCommand, { cwd:remoteDir }).then(function(result) {
          console.log(&#39;STDOUT: &#39; + result.stdout)
          console.log(&#39;STDERR: &#39; + result.stderr)
          ssh.putDirectory(localDir, remoteDir).then(function() {
            console.log("The File thing is done")
            ssh.dispose()
            opn(&#39;http://&#39;+host, {app:[&#39;chrome&#39;]})
          }, function(error) {
            console.log("Something&#39;s wrong")
            console.log(error)
            ssh.dispose()
          })
        })
      })

    此时,在命令行直接 node deploy.js 就可以运行以上脚本,我们也可以添加一个build + deploy的script脚本,便于启动。

    "scripts": {
        "depoly": "npm run build && node ./deploy.js",
    }

    相关推荐:

    详解React 快速上手脚手架 create-react-app

    简单搭建一个react项目

위 내용은 webpack4를 기반으로 반응 스캐폴딩을 구축하는 방법에 대한 프로세스 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
파이썬과 자바 스크립트의 미래 : 트렌드와 예측파이썬과 자바 스크립트의 미래 : 트렌드와 예측Apr 27, 2025 am 12:21 AM

Python 및 JavaScript의 미래 추세에는 다음이 포함됩니다. 1. Python은 과학 컴퓨팅 분야에서의 위치를 ​​통합하고 AI, 2. JavaScript는 웹 기술의 개발을 촉진하고, 3. 교차 플랫폼 개발이 핫한 주제가되고 4. 성능 최적화가 중점을 둘 것입니다. 둘 다 해당 분야에서 응용 프로그램 시나리오를 계속 확장하고 성능이 더 많은 혁신을 일으킬 것입니다.

Python vs. JavaScript : 개발 환경 및 도구Python vs. JavaScript : 개발 환경 및 도구Apr 26, 2025 am 12:09 AM

개발 환경에서 Python과 JavaScript의 선택이 모두 중요합니다. 1) Python의 개발 환경에는 Pycharm, Jupyternotebook 및 Anaconda가 포함되어 있으며 데이터 과학 및 빠른 프로토 타이핑에 적합합니다. 2) JavaScript의 개발 환경에는 Node.js, VScode 및 Webpack이 포함되어 있으며 프론트 엔드 및 백엔드 개발에 적합합니다. 프로젝트 요구에 따라 올바른 도구를 선택하면 개발 효율성과 프로젝트 성공률이 향상 될 수 있습니다.

JavaScript가 C로 작성 되었습니까? 증거를 검토합니다JavaScript가 C로 작성 되었습니까? 증거를 검토합니다Apr 25, 2025 am 12:15 AM

예, JavaScript의 엔진 코어는 C로 작성되었습니다. 1) C 언어는 효율적인 성능과 기본 제어를 제공하며, 이는 JavaScript 엔진 개발에 적합합니다. 2) V8 엔진을 예를 들어, 핵심은 C로 작성되며 C의 효율성 및 객체 지향적 특성을 결합하여 C로 작성됩니다.

JavaScript의 역할 : 웹 대화식 및 역동적 인 웹JavaScript의 역할 : 웹 대화식 및 역동적 인 웹Apr 24, 2025 am 12:12 AM

JavaScript는 웹 페이지의 상호 작용과 역학을 향상시키기 때문에 현대 웹 사이트의 핵심입니다. 1) 페이지를 새로 고치지 않고 콘텐츠를 변경할 수 있습니다. 2) Domapi를 통해 웹 페이지 조작, 3) 애니메이션 및 드래그 앤 드롭과 같은 복잡한 대화식 효과를 지원합니다. 4) 성능 및 모범 사례를 최적화하여 사용자 경험을 향상시킵니다.

C 및 JavaScript : 연결이 설명되었습니다C 및 JavaScript : 연결이 설명되었습니다Apr 23, 2025 am 12:07 AM

C 및 JavaScript는 WebAssembly를 통한 상호 운용성을 달성합니다. 1) C 코드는 WebAssembly 모듈로 컴파일되어 컴퓨팅 전력을 향상시키기 위해 JavaScript 환경에 도입됩니다. 2) 게임 개발에서 C는 물리 엔진 및 그래픽 렌더링을 처리하며 JavaScript는 게임 로직 및 사용자 인터페이스를 담당합니다.

웹 사이트에서 앱으로 : 다양한 JavaScript 애플리케이션웹 사이트에서 앱으로 : 다양한 JavaScript 애플리케이션Apr 22, 2025 am 12:02 AM

JavaScript는 웹 사이트, 모바일 응용 프로그램, 데스크탑 응용 프로그램 및 서버 측 프로그래밍에서 널리 사용됩니다. 1) 웹 사이트 개발에서 JavaScript는 HTML 및 CSS와 함께 DOM을 운영하여 동적 효과를 달성하고 jQuery 및 React와 같은 프레임 워크를 지원합니다. 2) 반응 및 이온 성을 통해 JavaScript는 크로스 플랫폼 모바일 애플리케이션을 개발하는 데 사용됩니다. 3) 전자 프레임 워크를 사용하면 JavaScript가 데스크탑 애플리케이션을 구축 할 수 있습니다. 4) node.js는 JavaScript가 서버 측에서 실행되도록하고 동시 요청이 높은 높은 요청을 지원합니다.

Python vs. JavaScript : 사용 사례 및 응용 프로그램 비교Python vs. JavaScript : 사용 사례 및 응용 프로그램 비교Apr 21, 2025 am 12:01 AM

Python은 데이터 과학 및 자동화에 더 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 더 적합합니다. 1. Python은 데이터 처리 및 모델링을 위해 Numpy 및 Pandas와 같은 라이브러리를 사용하여 데이터 과학 및 기계 학습에서 잘 수행됩니다. 2. 파이썬은 간결하고 자동화 및 스크립팅이 효율적입니다. 3. JavaScript는 프론트 엔드 개발에 없어서는 안될 것이며 동적 웹 페이지 및 단일 페이지 응용 프로그램을 구축하는 데 사용됩니다. 4. JavaScript는 Node.js를 통해 백엔드 개발에 역할을하며 전체 스택 개발을 지원합니다.

JavaScript 통역사 및 컴파일러에서 C/C의 역할JavaScript 통역사 및 컴파일러에서 C/C의 역할Apr 20, 2025 am 12:01 AM

C와 C는 주로 통역사와 JIT 컴파일러를 구현하는 데 사용되는 JavaScript 엔진에서 중요한 역할을합니다. 1) C는 JavaScript 소스 코드를 구문 분석하고 추상 구문 트리를 생성하는 데 사용됩니다. 2) C는 바이트 코드 생성 및 실행을 담당합니다. 3) C는 JIT 컴파일러를 구현하고 런타임에 핫스팟 코드를 최적화하고 컴파일하며 JavaScript의 실행 효율을 크게 향상시킵니다.

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 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

Atom Editor Mac 버전 다운로드

Atom Editor Mac 버전 다운로드

가장 인기 있는 오픈 소스 편집기

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse용 SAP NetWeaver 서버 어댑터

Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

Dreamweaver Mac版

Dreamweaver Mac版

시각적 웹 개발 도구

VSCode Windows 64비트 다운로드

VSCode Windows 64비트 다운로드

Microsoft에서 출시한 강력한 무료 IDE 편집기

WebStorm Mac 버전

WebStorm Mac 버전

유용한 JavaScript 개발 도구