高版本的webpack除了全局安装webpack外,还需安装webpack-cli,在本地使用时也同样须要这样,否则会出错javascript
在原始启动webpack编译时不要忘了加-o,在原始文件和要编译成为的文件目录中间
要正常使用(方便使用)就要在package.json中配置"dev2": "webpack-dev-server --open --port 3000 --contentBase src --hot",
css
-D对应devDependencies,表明打包时使用,实际上线不会使用html
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(名字不要变)java
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实现自动刷新,自动跳转到浏览器node