日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
基于 Webpack 3 的 Vue.js 工程項目腳手架

基于 Webpack 3 的 Vue.js 工程項目腳手架從屬于筆者的 Web 前端入門與工程實踐，是筆者基于兄弟項目 React 腳手架改造而來，二者在 Webpack 配置層面差異不大。更多關(guān)于 Vue.js 或者前端開發(fā)相關(guān)的資料鏈接可以參考Vue.js 學(xué)習(xí)與實踐資料索引，Vue.js 與前端工程化實踐系列文章以及 Webpack 學(xué)習(xí)與資料索引，對于其中淺薄的工程化的思考可以參考 2016-我的前端之路:工具化與工程化。

基于 Webpack 3 的 Vue.js 工程項目腳手架

create-webpack-app是筆者對于日常工作中的基于 React/Vue.js 技術(shù)棧與實踐的沉淀，dev-config/* 與 package.json 構(gòu)成了基礎(chǔ)的腳手架，支持最新的開發(fā)流程與默認的生產(chǎn)環(huán)境優(yōu)化;模板項目包含特性如下：

  • 技術(shù)棧支持：使用 ES6/ES7 語法、允許使用 CSS Modules、SCSS、Less 并且使用 PostCSS 進行自動 Polyfill、支持使用 styled-component 進行 CSS-in-JS 樣式控制、使用 Flow 作為靜態(tài)類型檢測工具、使用 Jest 作為默認的測試框架
  • 開發(fā)環(huán)境：使用 WebpackDevServer 部署開發(fā)服務(wù)器、使用 React Hot Loader 進行組件熱加載、使用 Babel 進行代碼轉(zhuǎn)換、使用 ESLint 進行代碼檢測、使用 DllPlugin 作為開發(fā)環(huán)境下公共代碼提取工具以優(yōu)化編譯速度
  • 生產(chǎn)環(huán)境：使用 CommonChunksPlugin 作為生產(chǎn)環(huán)境下公共代碼提取工具、使用 Prepack & prepack-webpack-plugin 進行代碼優(yōu)化、使用 offline-plugin 添加簡單的 PWA 特性增強
  • 部署方式：支持獨立部署(Hash 方式切換路由)、支持服務(wù)端部署、支持服務(wù)端渲染

本部分即是針對 Vue.js 項目的腳手架，我們可以直接拷貝該項目來展示部分開發(fā)模式或者作為模板項目使用：

 
 
 
 
      
  
  
  
  1. # 下載本項目 
    2.   
  
  
  
  2. git clone https://github.com/wxyyxc1992/create-webpack-app 
    3.   
  
  
  
  3.  
    4.   
  
  
  
  4. # 可以使用 yarn install & npm start 直接運行本項目 
    5.   
  
  
  
  5. # 僅保留 dev-config、package.json、src/client.js、src/ssr_server.js 
    6.   
  
  
  
  6. mkdir /path/to/your/project 
    7.   
  
  
  
  7.  
    8.   
  
  
  
  8. # 拷貝必須的啟動文件 
    9.   
  
  
  
  9. cp -r vue/dev-config/ /path/to/your/project 
    10.   
  
  
  
  10. cp vue/package.json /path/to/your/project 
    11.   
  
  
  
  11. cp vue/src/client.js /path/to/your/project/src/ 
    12.   
  
  
  
  12.  
    13.   
  
  
  
  13. # 安裝運行依賴 
    14.   
  
  
  
  14. cd /path/to/your/project 
    15.   
  
  
  
  15.  
    16.   
  
  
  
  16. yarn install / npm install 
    17.   
  
  
  
  17.  
    18.   
  
  
  
  18. # 有時候需要安裝 better-npm-run 
    19.   
  
  
  
  19. npm install better-npm-run -g 
    20.   
  
  
  
  20.  
    21.   
  
  
  
  21. # 啟動項目 
    22.   
  
  
  
  22. npm start 
    23.   
  
  
  
  23.  
    24.   
  
  
  
  24. # 編譯為純客戶端部署模式，即單個 HTML 頁面 
    25.   
  
  
  
  25. npm run build 
    26.   
  
  
  
  26.  
    27.   
  
  
  
  27. # 進行依賴升級檢查 
    28.   
  
  
  
  28. npm run update 
    29.
  • 開發(fā)環(huán)境下的操作面板：

  • 編譯之后的包體分析：

本模板相較于官方的 webpack-simple 功能稍微復(fù)雜，并且引入了完整的 Flow、Jest 等技術(shù)棧配置，同時優(yōu)化了 Webpack 的構(gòu)建性能。

!Important! 項目尚未支持 SSR

基礎(chǔ)配置

create-webpack-app 默認的應(yīng)用配置位于 dev-config/apps.config.js 文件中，該文件也是 dev-config/ 文件夾下唯一與應(yīng)用業(yè)務(wù)相關(guān)的文件;該文件定義了不同應(yīng)用中的需要配置的應(yīng)用相關(guān)信息。create-webpack-app 定位為單項目多應(yīng)用的模板，因此我們可以在apps 鍵下配置項目設(shè)計的應(yīng)用入口;在打包時會自動將多個應(yīng)用并行編譯并且提取出所有公共的代碼。每個應(yīng)用需要提供唯一編號、入口文件地址、模板頁面、是否編譯等信息;接下來 devServer 則是定義了當(dāng)前正在開發(fā)的應(yīng)用入口，ssrServer 定義了打包時需要使用的渲染服務(wù)器入口，其會在執(zhí)行 npm run build:ssr 時調(diào)用，proxy 與 api 則定義了后端服務(wù)器信息，開發(fā)者可以根據(jù)業(yè)務(wù)需求自行使用。典型的 apps.config.js 文件配置如下：

 
 
 
 
      
  
  
  
  1. module.exports = { 
    2.   
  
  
  
  2.   //基本的應(yīng)用配置信息 
    3.   
  
  
  
  3.   apps: [ 
    4.   
  
  
  
  4.     //HelloWorld 
    5.   
  
  
  
  5.     { 
    6.   
  
  
  
  6.       id: "pwa", 
    7.   
  
  
  
  7.       src: "./pwa/client.js", 
    8.   
  
  
  
  8.       indexPage: defaultIndexPage, 
    9.   
  
  
  
  9.       compiled: true 
    10.   
  
  
  
  10.     } 
    11.   
  
  
  
  11.   ], 
    12.   
  
  
  
  12.  
    13.   
  
  
  
  13.   //開發(fā)入口配置 
    14.   
  
  
  
  14.   devServer: { 
    15.   
  
  
  
  15.     appEntrySrc: "./pwa/client.js", //當(dāng)前待調(diào)試的APP的入口文件 
    16.   
  
  
  
  16.     port: 3000 //監(jiān)聽的Server端口 
    17.   
  
  
  
  17.   }, 
    18.   
  
  
  
  18.  
    19.   
  
  
  
  19.   //用于服務(wù)端渲染的Server路徑 
    20.   
  
  
  
  20.   ssrServer: { 
    21.   
  
  
  
  21.     serverEntrySrc: "./pwa/ssr_server.js" 
    22.   
  
  
  
  22.   }, 
    23.   
  
  
  
  23.  
    24.   
  
  
  
  24.   //依賴項配置 
    25.   
  
  
  
  25.   proxy: { 
    26.   
  
  
  
  26.     //后端服務(wù)器地址 http://your.backend/ 
    27.   
  
  
  
  27.     "/api/*": "http://localhost:3001" 
    28.   
  
  
  
  28.   }, 
    29.   
  
  
  
  29.  
    30.   
  
  
  
  30.   //后端 api 配置，這樣配置可以避免將測試服務(wù)器端口暴露出去 
    31.   
  
  
  
  31.   api: { 
    32.   
  
  
  
  32.     dev: {}, 
    33.   
  
  
  
  33.     prod: {} 
    34.   
  
  
  
  34.   } 
    35.   
  
  
  
  35. }; 
    36.

應(yīng)用入口文件則遵循官方的單文件組件范式：

 
 
 
 
      
  
  
  
  1. import Vue from 'vue'; 
    2.   
  
  
  
  2. import App from './application/App.vue'; 
    3.   
  
  
  
  3.  
    4.   
  
  
  
  4. new Vue({ 
    5.   
  
  
  
  5.   el: '#root', 
    6.   
  
  
  
  6.   render: h => h(App) 
    7.   
  
  
  
  7. }); 
    8.

腳本編譯與熱加載

在 dev-config/webpack/loaders.js 文件中定義了模板所需要的加載器，默認支持 js、jsx、vue、ts、tsx、css、scss、less、json 以及各種資源文件等常見格式。當(dāng)我們執(zhí)行 npm start 命令時，會自動啟動dev-config/server/devServer.js 文件中定義的 Webpack 開發(fā)服務(wù)器，該服務(wù)器會使用 dev-config/webpack.config.js 文件進行配置項生成。值得一提的是，WebpackDevServer 中的 contentBase 設(shè)置為了 path.join(__dirname, "../../public")，也就是將 /public 目錄作為開發(fā)服務(wù)器的默認根目錄。熱加載配置包括以下步驟：

  • 開發(fā)時應(yīng)用入口設(shè)置：
 
 
 
 
      
  
  
  
  1. entry = [ 
    2.   
  
  
  
  2.    `webpack-dev-server/client?http://0.0.0.0:${appsConfig.devServer.port}`, 
    3.   
  
  
  
  3.    "webpack/hot/only-dev-server", 
    4.   
  
  
  
  4.    require("./apps.config.js").devServer.appEntrySrc 
    5.   
  
  
  
  5.  ]; 
    6.
  • Babel 配置，默認的 Babel 文件位于 dev-config/tool/.babelrc：
 
 
 
 
      
  
  
  
  1. ... 
    2.   
  
  
  
  2.   "plugins": [ 
    3.   
  
  
  
  3.   ... 
    4.

樣式處理

create-webpack-app 支持 SCSS、CSS Modules 以及 styled-components 這三種樣式定義方式。

Webpack 性能優(yōu)化

公共代碼分割

create-webpack-app 使用了 CommonsChunkPlugin 進行代碼分割，默認在 dev-config/webpack/plugins.js 文件中定義了對于 node_modules 中依賴文件的自動抽?。?/p>

 
 
 
 
      
  
  
  
  1. new webpack.optimize.CommonsChunkPlugin({ 
    2.   
  
  
  
  2.     name: "vendor", 
    3.   
  
  
  
  3.     filename: "vendor.bundle.js", 
    4.   
  
  
  
  4.     minChunks: ({ resource }) => 
    5.   
  
  
  
  5.       resource && 
    6.   
  
  
  
  6.       resource.indexOf("node_modules") >= 0 && 
    7.   
  
  
  
  7.       resource.match(/\.(js|less|scss)$/) 
    8.   
  
  
  
  8.   }) 
    9.

該插件會自動生成 vendor.bundle.js 文件，我們需要在應(yīng)用入口文件之前引用它;開發(fā)者也可以自定義 CommonsChunkPlugin 插件以自定義需要提取的公共代碼。

構(gòu)建性能優(yōu)化

隨著項目復(fù)雜度與體量的增加，我們發(fā)現(xiàn)初始化編譯與增量編譯的速度都有所下降，為了提升構(gòu)建性能首先我們要做的就是保持 Webpack 版本的更新速度;此外，create-webpack-app 還默認啟動了 DllPlugin 在開發(fā)狀態(tài)下將所有的依賴提取為 dll 文件以提高增量編譯的速度。因為考慮到靈活性，即隨時有可能增減依賴的情況，create-webpack-app 目前設(shè)置的是每次使用 npm start 的時候都會重新生成 dll 文件;如果是已經(jīng)穩(wěn)定的項目可以考慮僅生成一次依賴。

 
 
 
 
      
  
  
  
  1. const path = require("path"); 
    2.   
  
  
  
  2. const pkg = require("../package.json"); 
    3.   
  
  
  
  3. const webpack = require("webpack"); 
    4.   
  
  
  
  4.  
    5.   
  
  
  
  5. let dllConfig = { 
    6.   
  
  
  
  6.   name: "vendor", 
    7.   
  
  
  
  7.   entry: Object.keys(pkg.dependencies), 
    8.   
  
  
  
  8.   output: { 
    9.   
  
  
  
  9.     path: path.resolve(__dirname, "../public/dll"), 
    10.   
  
  
  
  10.     filename: "vendor.bundle.js", 
    11.   
  
  
  
  11.     library: "vendor_[hash]" 
    12.   
  
  
  
  12.   }, 
    13.   
  
  
  
  13.   plugins: [ 
    14.   
  
  
  
  14.     new webpack.DllPlugin({ 
    15.   
  
  
  
  15.       name: "vendor_[hash]", 
    16.   
  
  
  
  16.       path: path.resolve(__dirname, "../public/dll/manifest.json") 
    17.   
  
  
  
  17.     }) 
    18.   
  
  
  
  18.   ] 
    19.   
  
  
  
  19. }; 
    20.   
  
  
  
  20.  
    21.   
  
  
  
  21. module.exports = dllConfig; 
    22.   
  
  
  
  22.  
    23.   
  
  
  
  23. // 在 public/index.html 文件中需要引入該依賴 
    24.   
  
  
  
  24. // index.html 
    25.   
  
  
  
  25.  
    26.

代碼編譯優(yōu)化

create-webpack-app 中也內(nèi)置了其他的編譯之后的代碼性能優(yōu)化插件，首先是利用 Webpack 3 的 Scope Hositing 特性來優(yōu)化生成的模塊;這一點需要使用 ModuleConcatenationPlugin 插件。此外，還使用了 PrepackWebpackPlugin 對于打包生成的文件進行過濾與重構(gòu);不過需要注意的是 PrepackWebpackPlugin 會較大地降低編譯速度，因此也是可以根據(jù)實際的項目情況選用。

 
 
 
 
      
  
  
  
  1. // 使用 Scope Hositing 特性 
    2.   
  
  
  
  2.  new webpack.optimize.ModuleConcatenationPlugin(), 
    3.   
  
  
  
  3.  
    4.   
  
  
  
  4.  // 使用 Prepack 優(yōu)化包體大小 
    5.   
  
  
  
  5.  // 暫時存在 Bug,等待修復(fù) 
    6.   
  
  
  
  6.  // 使用前 21 - 425 
    7.   
  
  
  
  7.  // 使用后 21 - 433 
    8.   
  
  
  
  8.  new PrepackWebpackPlugin({ 
    9.   
  
  
  
  9.    mathRandomSeed: "0" 
    10.   
  
  
  
  10.  }), 
    11.

PWA

create-webpack-app 中只是簡單地使用了 Offline Plugin，其配置如下：

 
 
 
 
      
  
  
  
  1. // webpack.config.js example 
    2.   
  
  
  
  2.  
    3.   
  
  
  
  3. var OfflinePlugin = require('offline-plugin'); 
    4.   
  
  
  
  4.  
    5.   
  
  
  
  5. module.exports = { 
    6.   
  
  
  
  6.   // ... 
    7.   
  
  
  
  7.  
    8.   
  
  
  
  8.   plugins: [ 
    9.   
  
  
  
  9.     // ... other plugins 
    10.   
  
  
  
  10.     // it's always better if OfflinePlugin is the last plugin added 
    11.   
  
  
  
  11.     new OfflinePlugin() 
    12.   
  
  
  
  12.   ] 
    13.   
  
  
  
  13.   // ... 
    14.   
  
  
  
  14. } 
    15.   
  
  
  
  15.  
    16.   
  
  
  
  16. // render.js 
    17.   
  
  
  
  17. require('offline-plugin/runtime').install(); 
    18.

觀察網(wǎng)絡(luò)面板中的資源請求情況，我們可以看到腳本等已經(jīng)被緩存在了本地：

設(shè)計模式

JavaScript 優(yōu)先

本小節(jié)僅代表本人個人意見，請多多指點

官方文檔中介紹的單文件組件(Single File Component)包含了 template、script、style 這三個部分，筆者感覺算是典型的前端項目三要素。不過筆者習(xí)慣的開發(fā)模式是以 JavaScript 為中心，即 JavaScript 文件單獨可測試，而不是和樣式以及標簽混合在一起(JSX 本質(zhì)上也是 JavaScript)。因此在該模板中，筆者是將標簽、樣式與腳本分到了三個文件中：

 
 
 
 
      
  
  
  
  1. // App.js 
    2.   
  
  
  
  2. // @flow 
    3.   
  
  
  
  3.  
    4.   
  
  
  
  4. export default { 
    5.   
  
  
  
  5.   name: "app", 
    6.   
  
  
  
  6.   data() { 
    7.   
  
  
  
  7.     return { 
    8.   
  
  
  
  8.       msg: "Vue.js & Webpack App Boilerplate by 王下邀月熊" 
    9.   
  
  
  
  9.     }; 
    10.   
  
  
  
  10.   } 
    11.   
  
  
  
  11. }; 
    12.   
  
  
  
  12.  
    13.   
  
  
  
  13. // App.scss 
    14.   
  
  
  
  14. #app { 
    15.   
  
  
  
  15.   font-family: 'Avenir', Helvetica, Arial, sans-serif; 
    16.   
  
  
  
  16.   -webkit-font-smoothing: antialiased; 
    17.   
  
  
  
  17.   -moz-osx-font-smoothing: grayscale; 
    18.   
  
  
  
  18.   text-align: center; 
    19.   
  
  
  
  19.   color: #2c3e50; 
    20.   
  
  
  
  20.   margin-top: 60px; 
    21.   
  
  
  
  21. } 
    22.   
  
  
  
  22.  
    23.   
  
  
  
  23. h1, h2 { 
    24.   
  
  
  
  24.   font-weight: normal; 
    25.   
  
  
  
  25. } 
    26.   
  
  
  
  26.  
    27.   
  
  
  
  27. ul { 
    28.   
  
  
  
  28.   list-style-type: none; 
    29.   
  
  
  
  29.   padding: 0; 
    30.   
  
  
  
  30. } 
    31.   
  
  
  
  31.  
    32.   
  
  
  
  32. li { 
    33.   
  
  
  
  33.   display: inline-block; 
    34.   
  
  
  
  34.   margin: 0 10px; 
    35.   
  
  
  
  35. } 
    36.   
  
  
  
  36.  
    37.   
  
  
  
  37. a { 
    38.   
  
  
  
  38.   color: #42b983; 
    39.   
  
  
  
  39. } 
    40.   
  
  
  
  40.  
    41.   
  
  
  
  41. // App.vue 
    42.   
  
  
  
  42.  
    43.   
  
  
  
  43.  
    44.   
  
  
  
  44.  
    45.   
  
  
  
  45.  
    46.   
  
  
  
  46.  
    47.   
  
  
  
  47.     @import "App"; 
    48.   
  
  
  
  48.  
    49.

筆者個人感覺這種模式更符合單一職責(zé)原則，對于復(fù)雜的組件能夠提高代碼可讀性;同時將 JavaScript 代碼獨立出來也能更加方便地進行單元測試與類型檢測等操作。

代碼風(fēng)格

詳細的 JavaScript 編程樣式指南已經(jīng)遷移到了 Web 項目開發(fā)風(fēng)格指南與 JavaScript 編程樣式指南，涵蓋了基本原則闡述、代碼風(fēng)格、代碼格式化與語法檢測、項目架構(gòu)等幾個部分。不過本部分建議是類似于 Create React APP 配置提交時自動進行格式化，首先需要安裝如下依賴：

 
 
 
 
      
  
  
  
  1. npm install --save husky lint-staged prettier  
    2.   
  
  
  
  2. // or 
    3.   
  
  
  
  3. yarn add husky lint-staged prettier 
    4.

然后在 package.json 中添加 Hook：

 
 
 
 
      
  
  
  
  1. "scripts": { 
    2.   
  
  
  
  2.    "precommit": "lint-staged", 
    3.   
  
  
  
  3.    ... 
    4.

同時添加 lint-staged 配置：

 
 
 
 
      
  
  
  
  1.   "dependencies": { 
    2.   
  
  
  
  2.     // ... 
    3.   
  
  
  
  3.   }, 
    4.   
  
  
  
  4. + "lint-staged": { 
    5.   
  
  
  
  5. +   "{src,stories}/**/*.{js,jsx,json,css}": [ 
    6.   
  
  
  
  6. +     "prettier --single-quote --write", 
    7.   
  
  
  
  7. +     "git add" 
    8.   
  
  
  
  8. +   ] 
    9.   
  
  
  
  9. + }, 
    10.   
  
  
  
  10.   "scripts": { 
    11.

這樣當(dāng)我們提交代碼時就會自動使用 Prettier 優(yōu)化代碼，不過需要注意的是這種配置僅作用于根目錄下;如果某個倉庫中包含了多個應(yīng)用配置，那么我們還需要在根目錄下單獨配置腳本。我們也可以使用 ./node_modules/.bin/prettier --single-quote --write "src/**/*.{js,jsx}" 來手動進行項目文件的格式化。另外因為模板項目時放置在了子文件下，如果使用者希望使用該特性需要手動地在 package.json 中添加 "precommit": "lint-staged" 這個配置。


分享文章：基于 Webpack 3 的 Vue.js 工程項目腳手架
標題來源：http://www.5511xx.com/article/dppjeop.html