vue-cli的webpack模板項目配置文件分析

来源:https://www.cnblogs.com/yinn/archive/2018/05/10/9019166.html
-Advertisement-
Play Games

由於最近在vue-cli生成的webpack模板項目的基礎上寫一個小東西，開發過程中需要改動到build和config裡面一些相關的配置，所以剛好趁此機會將所有配置文件看一遍，理一理思路，也便於以後修改配置的時候不會“太折騰”。 一、文件結構 本文主要分析開發（dev）和構建（build）兩個過程涉 ...


 

由於最近在vue-cli生成的webpack模板項目的基礎上寫一個小東西，開發過程中需要改動到build和config裡面一些相關的配置，所以剛好趁此機會將所有配置文件看一遍，理一理思路，也便於以後修改配置的時候不會“太折騰”。

一、文件結構

本文主要分析開發（dev）和構建（build）兩個過程涉及到的文件，故下麵文件結構僅列出相應的內容。

├─build
│   ├─build.js
│   ├─check-versions.js
│   ├─dev-client.js
│   ├─dev-server.js
│   ├─utils.js
│   ├─vue-loader.conf.js
│   ├─webpack.base.conf.js
│   ├─webpack.dev.conf.js
│   ├─webpack.prod.conf.js
│   └─webpack.test.conf.js
├─config
│   ├─dev.env.js
│   ├─index.js
│   ├─prod.env.js
│   └─test.env.js
├─...
└─package.json

二、指令分析

首先看package.json裡面的scripts欄位，

"scripts": {
  "dev": "node build/dev-server.js",
  "build": "node build/build.js",
  "unit": "cross-env BABEL_ENV=test karma start test/unit/karma.conf.js --single-run",
  "e2e": "node test/e2e/runner.js",
  "test": "npm run unit && npm run e2e",
  "lint": "eslint --ext .js,.vue src test/unit/specs test/e2e/specs"
 }

測試的東西先不看，直接看”dev”和”build”。運行”npm run dev”的時候執行的是build/dev-server.js文件，運行”npm run build”的時候執行的是build/build.js文件，我們可以從這兩個文件開始進行代碼閱讀分析。

三、build文件夾分析

build/dev-server.js

首先來看執行”npm run dev”時候最先執行的build/dev-server.js文件。該文件主要完成下麵幾件事情：

  1. 檢查node和npm的版本
  2. 引入相關插件和配置
  3. 創建express伺服器和webpack編譯器
  4. 配置開發中間件（webpack-dev-middleware）和熱重載中間件（webpack-hot-middleware）
  5. 掛載代理服務和中間件
  6. 配置靜態資源
  7. 啟動伺服器監聽特定埠（8080）
  8. 自動打開瀏覽器並打開特定網址（localhost:8080）

說明： express伺服器提供靜態文件服務，不過它還使用了http-proxy-middleware，一個http請求代理的中間件。前端開發過程中需要使用到後臺的API的話，可以通過配置proxyTable來將相應的後臺請求代理到專用的API伺服器。

詳情請看代碼註釋：

// 檢查NodeJS和npm的版本
require('./check-versions')()

// 獲取配置
var config = require('../config')
// 如果Node的環境變數中沒有設置當前的環境（NODE_ENV），則使用config中的配置作為當前的環境
if (!process.env.NODE_ENV) {
  process.env.NODE_ENV = JSON.parse(config.dev.env.NODE_ENV)
}

// 一個可以調用預設軟體打開網址、圖片、文件等內容的插件
// 這裡用它來調用預設瀏覽器打開dev-server監聽的埠，例如：localhost:8080
var opn = require('opn')
var path = require('path')
var express = require('express')
var webpack = require('webpack')

// 一個express中間件，用於將http請求代理到其他伺服器
// 例：localhost:8080/api/xxx  -->  localhost:3000/api/xxx
// 這裡使用該插件可以將前端開發中涉及到的請求代理到API伺服器上，方便與伺服器對接
var proxyMiddleware = require('http-proxy-middleware')

// 根據 Node 環境來引入相應的 webpack 配置
var webpackConfig = process.env.NODE_ENV === 'testing'
  ? require('./webpack.prod.conf')
  : require('./webpack.dev.conf')

// dev-server 監聽的埠，預設為config.dev.port設置的埠，即8080
var port = process.env.PORT || config.dev.port

// 用於判斷是否要自動打開瀏覽器的布爾變數，當配置文件中沒有設置自動打開瀏覽器的時候其值為 false
var autoOpenBrowser = !!config.dev.autoOpenBrowser

// 定義 HTTP 代理表，代理到 API 伺服器
var proxyTable = config.dev.proxyTable

// 創建1個 express 實例
var app = express()

// 根據webpack配置文件創建Compiler對象
var compiler = webpack(webpackConfig)

// webpack-dev-middleware使用compiler對象來對相應的文件進行編譯和綁定
// 編譯綁定後將得到的產物存放在記憶體中而沒有寫進磁碟
// 將這個中間件交給express使用之後即可訪問這些編譯後的產品文件
var devMiddleware = require('webpack-dev-middleware')(compiler, {
  publicPath: webpackConfig.output.publicPath,
  quiet: true
})

// webpack-hot-middleware，用於實現熱重載功能的中間件
var hotMiddleware = require('webpack-hot-middleware')(compiler, {
  log: () => {}
})

// 當html-webpack-plugin提交之後通過熱重載中間件發佈重載動作使得頁面重載
compiler.plugin('compilation', function (compilation) {
  compilation.plugin('html-webpack-plugin-after-emit', function (data, cb) {
    hotMiddleware.publish({ action: 'reload' })
    cb()
  })
})

// 將 proxyTable 中的代理請求配置掛在到express伺服器上
Object.keys(proxyTable).forEach(function (context) {
  var options = proxyTable[context]
  // 格式化options，例如將'www.example.com'變成{ target: 'www.example.com' }
  if (typeof options === 'string') {
    options = { target: options }
  }
  app.use(proxyMiddleware(options.filter || context, options))
})

// handle fallback for HTML5 history API
// 重定向不存在的URL，常用於SPA
app.use(require('connect-history-api-fallback')())

// serve webpack bundle output
// 使用webpack開發中間件
// 即將webpack編譯後輸出到記憶體中的文件資源掛到express伺服器上
app.use(devMiddleware)

// enable hot-reload and state-preserving
// compilation error display
// 將熱重載中間件掛在到express伺服器上
app.use(hotMiddleware)

// serve pure static assets
// 靜態資源的路徑
var staticPath = path.posix.join(config.dev.assetsPublicPath, config.dev.assetsSubDirectory)

// 將靜態資源掛到express伺服器上
app.use(staticPath, express.static('./static'))

// 應用的地址信息，例如：http://localhost:8080
var uri = 'http://localhost:' + port

// webpack開發中間件合法（valid）之後輸出提示語到控制台，表明伺服器已啟動
devMiddleware.waitUntilValid(function () {
  console.log('> Listening at ' + uri + '\n')
})

// 啟動express伺服器並監聽相應的埠（8080）
module.exports = app.listen(port, function (err) {
  if (err) {
    console.log(err)
    return
  }

  // when env is testing, don't need open it
  // 如果符合自動打開瀏覽器的條件，則通過opn插件調用系統預設瀏覽器打開對應的地址uri
  if (autoOpenBrowser && process.env.NODE_ENV !== 'testing') {
    opn(uri)
  }
})

 

build/webpack.base.conf.js

從代碼中看到，dev-server使用的webpack配置來自build/webpack.dev.conf.js文件（測試環境下使用的是build/webpack.prod.conf.js，這裡暫時不考慮測試環境）。而build/webpack.dev.conf.js中又引用了webpack.base.conf.js，所以這裡我先分析webpack.base.conf.js。

webpack.base.conf.js主要完成了下麵這些事情：

  1. 配置webpack編譯入口
  2. 配置webpack輸出路徑和命名規則
  3. 配置模塊resolve規則
  4. 配置不同類型模塊的處理規則

說明： 這個配置裡面只配置了.js、.vue、圖片、字體等幾類文件的處理規則，如果需要處理其他文件可以在module.rules裡面配置。

具體請看代碼註釋：

var path = require('path')
var utils = require('./utils')
var config = require('../config')
var vueLoaderConfig = require('./vue-loader.conf')

// 給出正確的絕對路徑
function resolve (dir) {
  return path.join(__dirname, '..', dir)
}

module.exports = {
  // 配置webpack編譯入口
  entry: {
    app: './src/main.js'
  },

  // 配置webpack輸出路徑和命名規則
  output: {
    // webpack輸出的目標文件夾路徑（例如：/dist）
    path: config.build.assetsRoot,
    // webpack輸出bundle文件命名格式
    filename: '[name].js',
    // webpack編譯輸出的發佈路徑
    publicPath: process.env.NODE_ENV === 'production'
      ? config.build.assetsPublicPath
      : config.dev.assetsPublicPath
  },

  // 配置模塊resolve的規則
  resolve: {
    // 自動resolve的擴展名
    extensions: ['.js', '.vue', '.json'],
    // resolve模塊的時候要搜索的文件夾
    modules: [
      resolve('src'),
      resolve('node_modules')
    ],
    // 創建路徑別名，有了別名之後引用模塊更方便，例如
    // import Vue from 'vue/dist/vue.common.js'可以寫成 import Vue from 'vue'
    alias: {
      'vue$': 'vue/dist/vue.common.js',
      'src': resolve('src'),
      'assets': resolve('src/assets'),
      'components': resolve('src/components')
    }
  },

  // 配置不同類型模塊的處理規則
  module: {
    rules: [
      {// 對src和test文件夾下的.js和.vue文件使用eslint-loader
        test: /\.(js|vue)$/,
        loader: 'eslint-loader',
        enforce: "pre",
        include: [resolve('src'), resolve('test')],
        options: {
          formatter: require('eslint-friendly-formatter')
        }
      },
      {// 對所有.vue文件使用vue-loader
        test: /\.vue$/,
        loader: 'vue-loader',
        options: vueLoaderConfig
      },
      {// 對src和test文件夾下的.js文件使用babel-loader
        test: /\.js$/,
        loader: 'babel-loader',
        include: [resolve('src'), resolve('test')]
      },
      {// 對圖片資源文件使用url-loader，query.name指明瞭輸出的命名規則
        test: /\.(png|jpe?g|gif|svg)(\?.*)?$/,
        loader: 'url-loader',
        query: {
          limit: 10000,
          name: utils.assetsPath('img/[name].[hash:7].[ext]')
        }
      },
      {// 對字體資源文件使用url-loader，query.name指明瞭輸出的命名規則
        test: /\.(woff2?|eot|ttf|otf)(\?.*)?$/,
        loader: 'url-loader',
        query: {
          limit: 10000,
          name: utils.assetsPath('fonts/[name].[hash:7].[ext]')
        }
      }
    ]
  }
}

build/webpack.dev.conf.js

接下來看webpack.dev.conf.js，這裡面在webpack.base.conf的基礎上增加完善了開發環境下麵的配置，主要包括下麵幾件事情：

  1. 將hot-reload相關的代碼添加到entry chunks
  2. 合併基礎的webpack配置
  3. 使用styleLoaders
  4. 配置Source Maps
  5. 配置webpack插件

詳情請看代碼註釋：

var utils = require('./utils')
var webpack = require('webpack')
var config = require('../config')

// 一個可以合併數組和對象的插件
var merge = require('webpack-merge')
var baseWebpackConfig = require('./webpack.base.conf')

// 一個用於生成HTML文件並自動註入依賴文件（link/script）的webpack插件
var HtmlWebpackPlugin = require('html-webpack-plugin')

// 用於更友好地輸出webpack的警告、錯誤等信息
var FriendlyErrorsPlugin = require('friendly-errors-webpack-plugin')

// add hot-reload related code to entry chunks
Object.keys(baseWebpackConfig.entry).forEach(function (name) {
  baseWebpackConfig.entry[name] = ['./build/dev-client'].concat(baseWebpackConfig.entry[name])
})

// 合併基礎的webpack配置
module.exports = merge(baseWebpackConfig, {
  // 配置樣式文件的處理規則，使用styleLoaders
  module: {
    rules: utils.styleLoaders({ sourceMap: config.dev.cssSourceMap })
  },

  // 配置Source Maps。在開發中使用cheap-module-eval-source-map更快
  devtool: '#cheap-module-eval-source-map',

  // 配置webpack插件
  plugins: [
    new webpack.DefinePlugin({
      'process.env': config.dev.env
    }),
    // https://github.com/glenjamin/webpack-hot-middleware#installation--usage
    new webpack.HotModuleReplacementPlugin(),
    // 後頁面中的報錯不會阻塞，但是會在編譯結束後報錯
    new webpack.NoEmitOnErrorsPlugin(),
    // https://github.com/ampedandwired/html-webpack-plugin
    new HtmlWebpackPlugin({
      filename: 'index.html',
      template: 'index.html',
      inject: true
    }),
    new FriendlyErrorsPlugin()
  ]
})

build/utils.js和build/vue-loader.conf.js

前面的webpack配置文件中使用到了utils.js和vue-loader.conf.js這兩個文件，utils主要完成下麵3件事：

  1. 配置靜態資源路徑
  2. 生成cssLoaders用於載入.vue文件中的樣式
  3. 生成styleLoaders用於載入不在.vue文件中的單獨存在的樣式文件

vue-loader.conf則只配置了css載入器以及編譯css之後自動添加首碼。詳情請看代碼註釋（下麵是vue-loader.conf的代碼，utils代碼裡面原有的註釋已經有相應說明這裡就不貼出來了）：

var utils = require('./utils')
var config = require('../config')
var isProduction = process.env.NODE_ENV === 'production'

module.exports = {
  // css載入器
  loaders: utils.cssLoaders({
    sourceMap: isProduction
      ? config.build.productionSourceMap
      : config.dev.cssSourceMap,
    extract: isProduction
  }),
  // 編譯css之後自動添加首碼
  postcss: [
    require('autoprefixer')({
      browsers: ['last 2 versions']
    })
  ]
}

build/build.js

講完了開發環境下的配置，下麵開始來看構建環境下的配置。執行”npm run build”的時候首先執行的是build/build.js文件，build.js主要完成下麵幾件事：

  1. loading動畫
  2. 刪除創建目標文件夾
  3. webpack編譯
  4. 輸出信息

說明： webpack編譯之後會輸出到配置裡面指定的目標文件夾；刪除目標文件夾之後再創建是為了去除舊的內容，以免產生不可預測的影響。

詳情請看代碼註釋：

// https://github.com/shelljs/shelljs
// 檢查NodeJS和npm的版本
require('./check-versions')()

process.env.NODE_ENV = 'production'

// Elegant terminal spinner
var ora = require('ora')
var path = require('path')

// 用於在控制台輸出帶顏色字體的插件
var chalk = require('chalk')

// 執行Unix命令行的插件
var shell = require('shelljs')
var webpack = require('webpack')
var config = require('../config')
var webpackConfig = require('./webpack.prod.conf')

var spinner = ora('building for production...')
spinner.start() // 開啟loading動畫

// 輸出文件的目標文件夾
var assetsPath = path.join(config.build.assetsRoot, config.build.assetsSubDirectory)

// 遞歸刪除舊的目標文件夾
shell.rm('-rf', assetsPath)

// 重新創建文件夾 
shell.mkdir('-p', assetsPath)
shell.config.silent = true
// 將static文件夾複製到輸出的目標文件夾
shell.cp('-R', 'static/*', assetsPath)
shell.config.silent = false

// webpack編譯
webpack(webpackConfig, function (err, stats) {
  spinner.stop() // 停止loading動畫
  if (err) throw err
  // 沒有出錯則輸出相關信息
  process.stdout.write(stats.toString({
    colors: true,
    modules: false,
    children: false,
    chunks: false,
    chunkModules: false
  }) + '\n\n')

  console.log(chalk.cyan('  Build complete.\n'))
  console.log(chalk.yellow(
    '  Tip: built files are meant to be served over an HTTP server.\n' +
    '  Opening index.html over file:// won\'t work.\n'
  ))
})


build/webpack.prod.conf.js

構建的時候用到的webpack配置來自webpack.prod.conf.js，該配置同樣是在webpack.base.conf基礎上的進一步完善。主要完成下麵幾件事情：

  1. 合併基礎的webpack配置
  2. 使用styleLoaders
  3. 配置webpack的輸出
  4. 配置webpack插件
  5. gzip模式下的webpack插件配置
  6. webpack-bundle分析

說明： webpack插件裡面多了醜化壓縮代碼以及抽離css文件等插件。

詳情請看代碼：

var path = require('path')
var utils = require('./utils')
var webpack = require('webpack')
var config = require('../config')
var merge = require('webpack-merge')
var baseWebpackConfig = require('./webpack.base.conf')
var HtmlWebpackPlugin = require('html-webpack-plugin')

// 用於從webpack生成的bundle中提取文本到特定文件中的插件
// 可以抽取出css，js文件將其與webpack輸出的bundle分離
var ExtractTextPlugin = require('extract-text-webpack-plugin')

var env = process.env.NODE_ENV === 'testing'
  ? require('../config/test.env')
  : config.build.env

// 合併基礎的webpack配置
var webpackConfig = merge(baseWebpackConfig, {
  module: {
    rules: utils.styleLoaders({
      sourceMap: config.build.productionSourceMap,
      extract: true
    })
  },
  devtool: config.build.productionSourceMap ? '#source-map' : false,
  // 配置webpack的輸出
  output: {
    // 編譯輸出目錄
    path: config.build.assetsRoot,
    // 編譯輸出文件名格式
    filename: utils.assetsPath('js/[name].[chunkhash].js'),
    // 沒有指定輸出名的文件輸出的文件名格式
    chunkFilename: utils.assetsPath('js/[id].[chunkhash].js')
  },

  // 配置webpack插件
  plugins: [
    // http://vuejs.github.io/vue-loader/en/workflow/production.html
    new webpack.DefinePlugin({
      'process.env': env
    }),

    // 醜化壓縮代碼
    new webpack.optimize.UglifyJsPlugin({
      compress: {
        warnings: false
      },
      sourceMap: true
    }),

    // 抽離css文件
    new ExtractTextPlugin({
      filename: utils.assetsPath('css/[name].[contenthash].css')
    }),

    // generate dist index.html with correct asset hash for caching.
    // you can customize output by editing /index.html
    // see https://github.com/ampedandwired/html-webpack-plugin
    new HtmlWebpackPlugin({
      filename: process.env.NODE_ENV === 'testing'
        ? 'index.html'
        : config.build.index,
      template: 'index.html',
      inject: true,
      minify: {
        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'
    }),

    // split vendor js into its own file
    new webpack.optimize.CommonsChunkPlugin({
      name: 'vendor',
      minChunks: function (module, count) {
        // any required modules inside node_modules are extracted to vendor
        return (
          module.resource &&
          /\.js$/.test(module.resource) &&
          module.resource.indexOf(
            path.join(__dirname, '../node_modules')
          ) === 0
        )
      }
    }),
    // extract webpack runtime and module manifest to its own file in order to
    // prevent vendor hash from being updated whenever app bundle is updated
    new webpack.optimize.CommonsChunkPlugin({
      name: 'manifest',
      chunks: ['vendor']
    })
  ]
})

// gzip模式下需要引入compression插件進行壓縮
if (config.build.productionGzip) {
  var CompressionWebpackPlugin = require('compression-webpack-plugin')
  webpackConfig.plugins.push(
    new CompressionWebpackPlugin({
      asset: '[path].gz[query]',
      algorithm: 'gzip',
      test: new RegExp(
        '\\.(' +
        config.build.productionGzipExtensions.join('|') +
        ')$'
      ),
      threshold: 10240,
      minRatio: 0.8
    })
  )
}

if (config.build.bundleAnalyzerReport) {
  var BundleAnalyzerPlugin = require('webpack-bundle-analyzer').BundleAnalyzerPlugin
  webpackConfig.plugins.push(new BundleAnalyzerPlugin())
}

module.exports = webpackConfig


build/check-versions.js和build/dev-client.js

最後是build文件夾下麵兩個比較簡單的文件，dev-client.js似乎沒有使用到，代碼也比較簡單，這裡不多講。check-version.js完成對node和npm的版本檢測，下麵是其代碼註釋：

// 用於在控制台輸出帶顏色字體的插件
var chalk = require('chalk')

// 語義化版本檢查插件（The semantic version parser used by npm）
var semver = require('semver')

// 引入package.json
var packageConfig = require('../package.json')

// 開闢子進程執行指令cmd並返回結果
function exec (cmd) {
  return require('child_process').execSync(cmd).toString().trim()
}

// node和npm版本需求
var versionRequirements = [
  {
    name: 'node',
    currentVersion: semver.clean(process.version),
    versionRequirement: packageConfig.engines.node
  },
  {
    name: 'npm',
    currentVersion: exec('npm --version'),
    versionRequirement: packageConfig.engines.npm
  }
]

module.exports = function () {
  var warnings = []
  // 依次判斷版本是否符合要求
  for (var i = 0; i < versionRequirements.length; i++) {
    var mod = versionRequirements[i]
    if (!semver.satisfies(mod.currentVersion, mod.versionRequirement)) {
      warnings.push(mod.name + ': ' +
        chalk.red(mod.currentVersion) + ' should be ' +
        chalk.green(mod.versionRequirement)
      )
    }
  }

  // 如果有警告則將其輸出到控制台
  if (warnings.length) {
    console.log('')
    console.log(chalk.yellow('To use this template, you must update following to modules:'))
    console.log()
    for (var i = 0; i < warnings.length; i++) {
      var warning = warnings[i]
      console.log('  ' + warning)
    }
    console.log()
    process.exit(1)
  }
}

四、config文件夾分析

config/index.js

config文件夾下最主要的文件就是index.js了，在這裡面描述了開發和構建兩種環境下的配置，前面的build文件夾下也有不少文件引用了index.js裡面的配置。下麵是代碼註釋：

// see http://vuejs-templates.github.io/webpack for documentation.
var path = require('path')

module.exports = {
  // 構建產品時使用的配置
  build: {
    // webpack的編譯環境
    env: require('./prod.env'),
    // 編譯輸入的index.html文件
    index: path.resolve(__dirname, '../dist/index.html'),
    // webpack輸出的目標文件夾路徑
    assetsRoot: path.resolve(__dirname, '../dist'),
    // webpack編譯輸出的二級文件夾
    assetsSubDirectory: 'static',
    // webpack編譯輸出的發佈路徑
    assetsPublicPath: '/',
    // 使用SourceMap
    productionSourceMap: true,
    // Gzip off by default as many popular static hosts such as
    // Surge or Netlify already gzip all static assets for you.
    // Before setting to `true`, make sure to:
    // npm install --save-dev compression-webpack-plugin
    // 預設不打開開啟gzip模式
    productionGzip: false,
    // gzip模式下需要壓縮的文件的擴展名
    productionGzipExtensions: ['js', 'css'],
    // Run the build command with an extra argument to
    // View the bundle analyzer report after build finishes:
    // `npm run build --report`
    // Set to `true` or `false` to always turn it on or off
    bundleAnalyzerReport: process.env.npm_config_report
  },
  // 開發過程中使用的配置
  dev: {
    // webpack的編譯環境
    env: require('./dev.env'),
    // dev-server監聽的埠
    port: 8080,
    // 啟動dev-server之後自動打開瀏覽器
    autoOpenBrowser: true,
    // webpack編譯輸出的二級文件夾
    assetsSubDirectory: 'static',
    // webpack編譯輸出的發佈路徑
    assetsPublicPath: '/',
    // 請求代理表，在這裡可以配置特定的請求代理到對應的API介面
    // 例如將'/api/xxx'代理到'www.example.com/api/xxx'
    proxyTable: {},
    // CSS Sourcemaps off by default because relative paths are "buggy"
    // with this option, according to the CSS-Loader README
    // (https://github.com/webpack/css-loader#sourcemaps)
    // In our experience, they generally work as expected,
    // just be aware of this issue when enabling this option.
    // 是否開啟 cssSourceMap
    cssSourceMap: false
  }
}

config/dev.env.js、config/prod.env.js和config/test.env.js

這三個文件就簡單設置了環境變數而已，沒什麼特別的。

五、總結

到這裡對模板項目的build和config文件夾下麵的內容已經基本瞭解，知道了在實際使用中根據自己的需求修改哪裡的配置，例如，當我有需要配置代理的時候要在config/index.js裡面的dev.proxyTable設置，當我修改了資源文件夾名稱static同樣需要在config/index.js裡面設置。總體感覺入門了webpack，但不算真正理解。webpack的插件好多，在看代碼的過程中遇到不認識的插件都是要去查看很多文檔（github，npm或者博客），感覺實際過程中更改插件配置或者使用新插件也是需要費點心思鑽文檔和網上其他博客介紹。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • react-router v4中 HashRouter 和 BrowserRouter的使用
    遇到的問題 項目中控制路由跳轉使用的是BrowserRouter，代碼如下： 在開發過程中使用是沒有問題的，但是將頁面上傳至伺服器之後，問題就來了：用戶訪問的資源不存在，頁面是空白的。 經過排查懷疑是路徑的問題，將BrowserRouter 改為 HashRouter之後，問題解決了~ 問題分析 首 ...
  • 微信H5單頁面滑動的時候如何避免出界，出現頭部和底部的黑底？
    ios系統微信瀏覽器、safari瀏覽器中h5頁面上拉下滑導致懸浮層脫離視窗的解決方法 ios偶現下拉出現黑底時，界面第一次上拉時拉不動的解決方案： ios系統微信瀏覽器、safari瀏覽器中h5頁面上拉下滑導致懸浮層脫離視窗的解決方法 ios偶現下拉出現黑底時，界面第一次上拉時拉不動的解決方案： ...
  • JSONP原理
    1.jsonp原理 通過動態創建script標簽,利用script標簽的src屬性可以獲取任何域下的js腳本,通過這個特性, 伺服器端不在返回json格式,而是返回一段某個函數的js代碼的調用，實現了跨域。 創建一個回調函數，然後在遠程服務上調用這個函數並且將JSON 數據形式作為參數傳遞，完成回調 ...
  • JS的對象原型
    1.對象 1.1 語法 對象可以通過兩種形式定義：聲明(文字)形式和構造形式。 對象的文字語法： 對象的構造語法： 1.2 類型 對象是JavaScript的基礎。在JavaScript中一共有六種主要類型（術語是“語言類型”）： string number boolean null undefin ...
  • react 在IE9下input標簽使用e.target.value取值失敗
    在react項目開發中，input標簽使用onChange方法獲取輸入值改變state： 但是，在IE9下發現 e.target.value 取值一直為undefined。在IE中，e.target 指的是window，查閱React文檔發現： 解決方法： ...
  • CSS佈局 ——從display，position， float屬性談起
    頁面佈局，或者是在頁面上做些小效果的時候經常會用到 display,position和float 屬性，如果對它們不是很瞭解的話，很容易出現一些莫名其妙的效果，痛定思痛讀了《CSS Mastery》後總結一下。 讓我們從基礎的CSS知識談起，相信很多初學者和小弟一樣不明白CSS原理，一味追求效果，結 ...
  • SEO優化：淺析關鍵詞出現在網站哪些地方更有利？
    關鍵詞出現在網站哪些地方符合SEO?進行網站的SEO時，關鍵詞需要出現在整個網站的適當地方。下麵列出幾個重要的關鍵詞擺放的地方。以下列出的10個地方希望能夠幫助到大家。 1、網站Title部分。 2、網站Meta Keywords部分。 3、網站Meta Description部分。 4、 關鍵詞出 ...
  • 前端內網穿透，localtunnel你值得擁有！
    一個前端在調試本地頁面時，總會有些稀奇古怪的需求，比如產品立刻要看你的頁面效果，而此時有沒有上線環境折騰給他看，那此時通過內網穿透的方式，實時把你的項目生成一個線上鏈接丟給他，讓他去找那一像素的bug！ ...
一周排行
    -Advertisement-
    Play Games
  • WPF 已知問題 監聽 WMI 事件導致觸摸失效
    示例項目結構 在 Visual Studio 中創建一個 WinForms 應用程式後，項目結構如下所示： MyWinFormsApp/ │ ├───Properties/ │ └───Settings.settings │ ├───bin/ │ ├───Debug/ │ └───Release/ ...
  • [STAThread]特性
    [STAThread] 特性用於需要與 COM 組件交互的應用程式，尤其是依賴單線程模型（如 Windows Forms 應用程式）的組件。在 STA 模式下，線程擁有自己的消息迴圈，這對於處理用戶界面和某些 COM 組件是必要的。 [STAThread] static void Main(stri ...
  • UWP WinUI3 傳入 AddHandler 的 RoutedEventHandler 類型與事件所需不匹配將拋出參數異常
    在WinForm中使用全局異常捕獲處理 在WinForm應用程式中，全局異常捕獲是確保程式穩定性的關鍵。通過在Program類的Main方法中設置全局異常處理，可以有效地捕獲並處理未預見的異常，從而避免程式崩潰。 註冊全局異常事件 [STAThread] static void Main() { / ...
  • .NET 多版本 WinForm 開源控制項庫 SunnyUI
    前言 給大家推薦一款開源的 Winform 控制項庫，可以幫助我們開發更加美觀、漂亮的 WinForm 界面。 項目介紹 SunnyUI.NET 是一個基於 .NET Framework 4.0+、.NET 6、.NET 7 和 .NET 8 的 WinForm 開源控制項庫，同時也提供了工具類庫、擴展 ...
  • .net core8 使用Swagger（附當前源碼）
    說明 該文章是屬於OverallAuth2.0系列文章，每周更新一篇該系列文章（從0到1完成系統開發）。 該系統文章，我會儘量說的非常詳細，做到不管新手、老手都能看懂。 說明：OverallAuth2.0 是一個簡單、易懂、功能強大的許可權+可視化流程管理系統。 有興趣的朋友，請關註我吧(*^▽^*) ...
  • WPF 什麼時候 VisualTreeHelper.GetDescendantBounds 將返回無窮大
    一、下載安裝 1.下載git 必須先下載並安裝git，再TortoiseGit下載安裝 git安裝參考教程：https://blog.csdn.net/mukes/article/details/115693833 2.TortoiseGit下載與安裝 TortoiseGit，Git客戶端，32/6 ...
  • C# 開源教程帶你輕鬆掌握數據結構與演算法
    前言 在項目開發過程中，理解數據結構和演算法如同掌握蓋房子的秘訣。演算法不僅能幫助我們編寫高效、優質的代碼，還能解決項目中遇到的各種難題。 給大家推薦一個支持C#的開源免費、新手友好的數據結構與演算法入門教程：Hello演算法。 項目介紹 《Hello Algo》是一本開源免費、新手友好的數據結構與演算法入門 ...
  • 第22篇 生成proto文件bat腳本
    1.生成單個Proto.bat內容 @rem Copyright 2016, Google Inc. @rem All rights reserved. @rem @rem Redistribution and use in source and binary forms, with or with ...
  • 記一次 .NET某上位機視覺程式 卡死分析
    一：背景 1. 講故事 前段時間有位朋友找到我，說他的窗體程式在客戶這邊出現了卡死，讓我幫忙看下怎麼回事？dump也生成了，既然有dump了那就上 windbg 分析吧。 二：WinDbg 分析 1. 為什麼會卡死 窗體程式的卡死，入口門檻很低，後續往下分析就不一定了，不管怎麼說先用 !clrsta ...
  • 醫學DICOM文件與PACS系統進行數據傳輸
    前言 人工智慧時代，人臉識別技術已成為安全驗證、身份識別和用戶交互的關鍵工具。 給大家推薦一款.NET 開源提供了強大的人臉識別 API，工具不僅易於集成，還具備高效處理能力。 本文將介紹一款如何利用這些API，為我們的項目添加智能識別的亮點。 項目介紹 GitHub 上擁有 1.2k 星標的 C# ...
所有分類