webpack安裝時的坑 高版本的webpack除了全局安裝webpack外,還需安裝webpack cli,在本地使用時也一樣需要這樣,不然會出錯 webpack使用是的坑 在原始啟動webpack編譯時不要忘了加 o,在原始文件和要編譯成為的文件目錄中間 要正常使用(方便使用)就要在packag ...
webpack安裝時的坑
高版本的webpack除了全局安裝webpack外,還需安裝webpack-cli,在本地使用時也一樣需要這樣,不然會出錯
webpack使用是的坑
在原始啟動webpack編譯時不要忘了加-o,在原始文件和要編譯成為的文件目錄中間
要正常使用(方便使用)就要在package.json中配置"dev2": "webpack-dev-server --open --port 3000 --contentBase src --hot",
devDependencies和dependencies的區別
-D對應devDependencies,代表打包時使用,實際上線不會使用
webpack使用
webpack使得index.html中不用引入文件
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta http-equiv="X-UA-Compatible" content="ie=edge">
<title>Document</title>
<!-- 註意: 不推薦直接在這裡引用任何包和任何CSS文件 -->
<!-- 因為 main 中的代碼,涉及到了ES6的新語法,但是瀏覽器不識別 -->
<!-- <script src="./main.js"></script> -->
<!-- 通過 webpack 這麼一個前端構建工具, 把 main.js 做了一下處理,生成了一個 bundle.js 的文件 -->
<!-- <script src="../dist/bundle.js"></script> -->
<!-- 當使用 html-webpack-plugin 之後,我們不再需要手動處理 bundle.js 的引用路徑了,因為 這個插件,已經幫我們自動 創建了一個 合適的 script , 並且,引用了 正確的路徑 -->
<!-- <script src="/bundle.js"></script> -->
<!-- css 或發起二次請求,不推薦這麼搞 -->
<!-- <link rel="stylesheet" href="./css/index.css"> -->
</head>
<body>
<ul>
<li>這是第1個li</li>
<li>這是第2個li</li>
<li>這是第3個li</li>
<li>這是第4個li</li>
<li>這是第5個li</li>
<li>這是第6個li</li>
<li>這是第7個li</li>
<li>這是第8個li</li>
<li>這是第9個li</li>
<li>這是第10個li</li>
</ul>
</body>
</html>
{
"name": "webpack-study",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1",
"dev2": "webpack-dev-server --open --port 3000 --contentBase src --hot",
"dev": "webpack-dev-server"
},
"keywords": [],
"author": "",
"license": "ISC",
"dependencies": {
"jquery": "^3.2.1"
},
"devDependencies": {
"css-loader": "^0.28.7",
"html-webpack-plugin": "^2.30.1",
"less": "^2.7.3",
"less-loader": "^4.0.5",
"node-sass": "^4.5.3",
"sass-loader": "^6.0.6",
"style-loader": "^0.19.0",
"webpack": "^3.8.1",
"webpack-dev-server": "^2.9.3"
}
}
webpack.config.js(名字不要變)
const path = require('path')
// 啟用熱更新的 第2步
const webpack = require('webpack')
// 導入在記憶體中生成 HTML 頁面的 插件
// 只要是插件,都一定要 放到 plugins 節點中去
// 這個插件的兩個作用:
// 1. 自動在記憶體中根據指定頁面生成一個記憶體的頁面
// 2. 自動,把打包好的 bundle.js 追加到頁面中去
const htmlWebpackPlugin = require('html-webpack-plugin')
// 這個配置文件,起始就是一個 JS 文件,通過 Node 中的模塊操作,向外暴露了一個 配置對象
module.exports = {
// 大家已經學會了舉一反4, 大家覺得,在配置文件中,需要手動指定 入口 和 出口
entry: path.join(__dirname, './src/main.js'),// 入口,表示,要使用 webpack 打包哪個文件
output: { // 輸出文件相關的配置
path: path.join(__dirname, './dist'), // 指定 打包好的文件,輸出到哪個目錄中去
filename: 'bundle.js' // 這是指定 輸出的文件的名稱
},
devServer: { // 這是配置 dev-server 命令參數的第二種形式,相對來說,這種方式麻煩一些
// --open --port 3000 --contentBase src --hot
open: true, // 自動打開瀏覽器
port: 3000, // 設置啟動時候的運行埠
contentBase: 'src', // 指定托管的根目錄
hot: true // 啟用熱更新 的 第1步
},
plugins: [ // 配置插件的節點
new webpack.HotModuleReplacementPlugin(), // new 一個熱更新的 模塊對象, 這是 啟用熱更新的第 3 步
new htmlWebpackPlugin({ // 創建一個 在記憶體中 生成 HTML 頁面的插件
template: path.join(__dirname, './src/index.html'), // 指定 模板頁面,將來會根據指定的頁面路徑,去生成記憶體中的 頁面
filename: 'index.html' // 指定生成的頁面的名稱
})
],
module: { // 這個節點,用於配置 所有 第三方模塊 載入器
rules: [ // 所有第三方模塊的 匹配規則
{ test: /\.css$/, use: ['style-loader', 'css-loader'] }, // 配置處理 .css 文件的第三方loader 規則
{ test: /\.less$/, use: ['style-loader', 'css-loader', 'less-loader'] }, //配置處理 .less 文件的第三方 loader 規則
{ test: /\.scss$/, use: ['style-loader', 'css-loader', 'sass-loader'] }, // 配置處理 .scss 文件的 第三方 loader 規則
]
}
}
// 當我們在 控制台,直接輸入 webpack 命令執行的時候,webpack 做了以下幾步:
// 1. 首先,webpack 發現,我們並沒有通過命令的形式,給它指定入口和出口
// 2. webpack 就會去 項目的 根目錄中,查找一個叫做 `webpack.config.js` 的配置文件
// 3. 當找到配置文件後,webpack 會去解析執行這個 配置文件,當解析執行完配置文件後,就得到了 配置文件中,導出的配置對象
// 4. 當 webpack 拿到 配置對象後,就拿到了 配置對象中,指定的 入口 和 出口,然後進行打包構建;
// 這是 main.js 是我們項目的JS入口文件
// 1. 導入 Jquery
// import *** from *** 是ES6中導入模塊的方式
// 由於 ES6的代碼,太高級了,瀏覽器解析不了,所以,這一行執行會報錯
import $ from 'jquery'
// const $ = require('jquery')
// 使用 import 語法,導入 CSS樣式表
import './css/index.css'
import './css/index.less'
import './css/index.scss'
// 註意: webpack, 預設只能打包處理 JS 類型的文件,無法處理 其它的非 JS 類型的文件;
// 如果要處理 非JS類型的文件,我們需要手動安裝一些 合適 第三方 loader 載入器;
// 1. 如果想要打包處理 css 文件,需要安裝 cnpm i style-loader css-loader -D
// 2. 打開 webpack.config.js 這個配置文件,在 裡面,新增一個 配置節點,叫做 module, 它是一個對象;在 這個 module 對象身上,有個 rules 屬性,這個 rules 屬性是個 數組;這個數組中,存放了,所有第三方文件的 匹配和 處理規則;
// 註意: webpack 處理第三方文件類型的過程:
// 1. 發現這個 要處理的文件不是JS文件,然後就去 配置文件中,查找有沒有對應的第三方 loader 規則
// 2. 如果能找到對應的規則, 就會調用 對應的 loader 處理 這種文件類型;
// 3. 在調用loader 的時候,是從後往前調用的;
// 4. 當最後的一個 loader 調用完畢,會把 處理的結果,直接交給 webpack 進行 打包合併,最終輸出到 bundle.js 中去
$(function () {
$('li:odd').css('backgroundColor', 'yellow')
$('li:even').css('backgroundColor', function () {
return '#' + 'D97634'
})
})
// 經過剛纔的演示,Webpack 可以做什麼事情???
// 1. webpack 能夠處理 JS 文件的互相依賴關係;
// 2. webpack 能夠處理JS的相容問題,把 高級的、瀏覽器不是別的語法,轉為 低級的,瀏覽器能正常識別的語法
// 剛纔運行的命令格式: webpack 要打包的文件的路徑 打包好的輸出文件的路徑
// 使用 webpack-dev-server 這個工具,來實現自動打包編譯的功能
// 1. 運行 npm i webpack-dev-server -D 把這個工具安裝到項目的本地開發依賴
// 2. 安裝完畢後,這個 工具的用法, 和 webpack 命令的用法,完全一樣
// 3. 由於,我們是在項目中,本地安裝的 webpack-dev-server , 所以,無法把它當作 腳本命令,在powershell 終端中直接運行;(只有那些 安裝到 全局 -g 的工具,才能在 終端中正常執行)
// 4. 註意: webpack-dev-server 這個工具,如果想要正常運行,要求,在本地項目中,必須安裝 webpack
// 5. webpack-dev-server 幫我們打包生成的 bundle.js 文件,並沒有存放到 實際的 物理磁碟上;而是,直接托管到了 電腦的記憶體中,所以,我們在 項目根目錄中,根本找不到 這個打包好的 bundle.js;
// 6. 我們可以認為, webpack-dev-server 把打包好的 文件,以一種虛擬的形式,托管到了 咱們項目的 根目錄中,雖然我們看不到它,但是,可以認為, 和 dist src node_modules 平級,有一個看不見的文件,叫做 bundle.js
實際使用中less,scss等除上述編譯器使用一個即可
完成以上操作使用npm run dev實現自動刷新,自動跳轉到瀏覽器