郁闷吧 微信小程序 4188479 63242849 39070147 130690866
还没有任何记录...

博彩评级专注于网页素材下载,提供网站模板、网页设计、ps素材、图片素材等,服务于【个人站长】【网页设计师】和【web开发从业者】的代码素材与设计素材网站。

博彩评级提供网页素材下载、网站模板
这一切都是免费的!
当前位置:博彩评级 > javascript教程 >

《webpack 中文教程》PDF文字版下载

来源:web前端开发 作者: 博彩评级 日期:2016-09-08 人气:
《webpack 中文教程》PDF文字版下载,webpack 中文教程介绍了webpack的使用、打包原理、打包流程,实例讲解webpack安装/使用/配置/打包/故障处理等。

本文地址:http://www.qqydc.com/javascript/webpack_zhinan.html
文章摘要:《webpack 中文教程》PDF文字版下载,互动平台运行库滤料,逃走无意中脱党。

《webpack 中文教程》PDF文字版下载,webpack 中文教程介绍了webpack的使用、打包原理、打包流程,实例讲解webpack安装/使用/配置/打包/故障处理等。

下载链接在文章后面,建议下载阅读,这里文章为摘录不全

伴随着移动互联的大潮,当今越来越多的网站已经从网页模式进化到了 Webapp 模式。它们 运行在现代的高级浏览器里,使用 HTML5、 CSS3、 ES6 等更新的技术来开发丰富的功能, 网页已经不仅仅是完成浏览的基本需求,并且webapp通常是一个单页面应用,每一个视图通 过异步的方式加载,这导致页面初始化和使用过程中会加载越来越多的 JavaScript 代码,这 给前端开发的流程和资源组织带来了巨大的挑战。

前端开发和其他开发工作的主要区别,首先是前端是基于多语言、多层次的编码和组织工 作,其次前端产品的交付是基于浏览器,这些资源是通过增量加载的方式运行到浏览器端, 如何在开发环境组织好这些碎片化的代码和资源,并且保证他们在浏览器端快速、优雅的加 载和更新,就需要一个模块化系统,这个理想中的模块化系统是前端工程师多年来一直探索 的难题。

模块系统的演进

模块系统主要解决模块的定义、依赖和导出,先来看看已经存在的模块系统。

<script>标签

<script src="module1.js"></script>

<script src="module2.js"></script>

<script src="libraryA.js"></script>

<script src="module3.js"></script>

<script src="module1.js"></script>

<script src="module2.js"></script>

<script src="libraryA.js"></script>

<script src="module3.js"></script>

这是最原始的 JavaScript 文件加载方式,如果把每一个文件看做是一个模块,那么他们的接 口通常是暴露在全局作用域下,也就是定义在 window 对象中,不同模块的接口调用都是一 个作用域中,一些复杂的框架,会使用命名空间的概念来组织这些模块的接口,典型的例子 如 YUI 库。

这种原始的加载方式暴露了一些显而易见的弊端:

全局作用域下容易造成变量冲突 文件只能按照 <script> 的书写顺序进行加载

开发人员必须主观解决模块和代码库的依赖关系 在大型项目中各种资源难以管理,长期积累的问题导致代码库混乱不堪

CommonJS

服务器端的 Node.js 遵循 CommonJS规范,该规范的核心思想是允许模块通过 require 方 法来同步加载所要依赖的其他模块,然后通过 exports 或 module.exports 来导出需要暴露 的接口。

require("module"); require("../file.js"); exports.doStuff = function() {}; module.exports = someValue;

require("module"); require("../file.js"); exports.doStuff = function() {}; module.exports = someValue;

优点:

服务器端模块便于重用

NPM 中已经有将近20万个可以使用模块包 简单并容易使用

缺点:

同步的模块加载方式不适合在浏览器环境中,同步意味着阻塞加载,浏览器资源是异步 加载的

不能非阻塞的并行加载多个模块

实现:

服务器端的 Node.js

Browserify,浏览器端的 CommonJS 实现,可以使用 NPM 的模块,但是编译打包后的 文件体积可能很大

modules-webmake,类似Browserify,还不如 Browserify 灵活

wreq,Browserify 的前身

AMD

Asynchronous Module Definition 规范其实只有一个主要接口 define(id?, dependencies?, factory) ,它要在声明模块的时候指定所有的依赖 dependencies ,并且还要当做形参传到

factory 中,对于依赖的模块提前执行,依赖前置。

define("module", ["dep1", "dep2"], function(d1, d2) { return someExportedValue;

});

require(["module", "../file"], function(module, file) { /* ... */ });

define("module", ["dep1", "dep2"], function(d1, d2) { return someExportedValue;

});

require(["module", "../file"], function(module, file) { /* ... */ });

优点:

适合在浏览器环境中异步加载模块 可以并行加载多个模块

缺点:

提高了开发成本,代码的阅读和书写比较困难,模块定义方式的语义不顺畅 不符合通用的模块化思维方式,是一种妥协的实现

实现:

RequireJS curl

CMD

Common Module Definition 规范和 AMD 很相似,尽量保持简单,并与 CommonJS 和

Node.js 的 Modules 规范保持了很大的兼容性。

define(function(require, exports, module) { var $ = require('jquery');

var Spinning = require('./spinning'); exports.doSomething = ... module.exports = ...

})

define(function(require, exports, module) { var $ = require('jquery');

var Spinning = require('./spinning'); exports.doSomething = ... module.exports = ...

})

优点:

依赖就近,延迟执行 可以很容易在 Node.js 中运行

缺点:

依赖 SPM 打包,模块的加载逻辑偏重

实现:

Sea.js coolie

UMD

Universal Module Definition 规范类似于兼容 CommonJS 和 AMD 的语法糖,是模块定义的 跨平台解决方案。

ES6 模块

EcmaScript6 标准增加了 JavaScript 语言层面的模块体系定义。ES6 模块的设计思想,是尽 量的静态化,使得编译时就能确定模块的依赖关系,以及输入和输出的变量。CommonJS 和 AMD 模块,都只能在运行时确定这些东西。

import "jquery";

export function doStuff() {} module "localModule" {}

import "jquery";

export function doStuff() {} module "localModule" {}

优点:

容易进行静态分析 面向未来的 EcmaScript 标准

缺点:

原生浏览器端还没有实现该标准 全新的命令字,新版的 Node.js才支持

实现:

Babel

期望的模块系统

可以兼容多种模块风格,尽量可以利用已有的代码,不仅仅只是 JavaScript 模块化,还有

CSS、图片、字体等资源也需要模块化。

前端模块加载

前端模块要在客户端中执行,所以他们需要增量加载到浏览器中。

模块的加载和传输,我们首先能想到两种极端的方式,一种是每个模块文件都单独请求,另 一种是把所有模块打包成一个文件然后只请求一次。显而易见,每个模块都发起单独的请求 造成了请求次数过多,导致应用启动速度慢;一次请求加载所有模块导致流量浪费、初始化 过程慢。这两种方式都不是好的解决方案,它们过于简单粗暴。

分块传输,按需进行懒加载,在实际用到某些模块的时候再增量更新,才是较为合理的模块 加载方案。

要实现模块的按需加载,就需要一个对整个代码库中的模块进行静态分析、编译打包的过 程。

所有资源都是模块

在上面的分析过程中,我们提到的模块仅仅是指JavaScript模块文件。然而,在前端开发过程 中还涉及到样式、图片、字体、HTML 模板等等众多的资源。这些资源还会以各种方言的形 式存在,比如 coffeescript、 less、 sass、众多的模板库、多语言系统(i18n)等等。

如果他们都可以视作模块,并且都可以通过 require 的方式来加载,将带来优雅的开发体 验,比如:

require("./style.css"); require("./style.less"); require("./template.jade"); require("./image.png");

require("./style.css"); require("./style.less"); require("./template.jade"); require("./image.png");

那么如何做到让 require 能加载各种资源呢?

静态分析

在编译的时候,要对整个代码进行静态分析,分析出各个模块的类型和它们依赖关系,然后 将不同类型的模块提交给适配的加载器来处理。比如一个用 LESS 写的样式模块,可以先用 LESS 加载器将它转成一个CSS 模块,在通过 CSS 模块把他插入到页面的 <style> 标签中 执行。Webpack 就是在这样的需求中应运而生。

同时,为了能利用已经存在的各种框架、库和已经写好的文件,我们还需要一个模块加载的 兼容策略,来避免重写所有的模块。

那么接下来,让我们开始 Webpack 的神奇之旅吧。

什么是 Webpack

Webpack 是一个模块打包器。它将根据模块的依赖关系进行静态分析,然后将这些模块按照 指定的规则生成对应的静态资源。

为什么重复造轮子

市面上已经存在的模块管理和打包工具并不适合大型的项目,尤其单页面 Web 应用程序。最 紧迫的原因是如何在一个大规模的代码库中,维护各种模块资源的分割和存放,维护它们之 间的依赖关系,并且无缝的将它们整合到一起生成适合浏览器端请求加载的静态资源。

这些已有的模块化工具并不能很好的完成如下的目标:

将依赖树拆分成按需加载的块 初始化加载的耗时尽量少 各种静态资源都可以视作模块 将第三方库整合成模块的能力 可以自定义打包逻辑的能力 适合大项目,无论是单页还是多页的 Web 应用

Webpack 的特点

Webapck 和其他模块化工具有什么区别呢?

代码拆分

Webpack 有两种组织模块依赖的方式,同步和异步。异步依赖作为分割点,形成一个新的 块。在优化了依赖树后,每一个异步区块都作为一个文件被打包。

Loader

Webpack 本身只能处理原生的 JavaScript 模块,但是 loader 转换器可以将各种类型的资源 转换成 JavaScript 模块。这样,任何资源都可以成为 Webpack 可以处理的模块。

智能解析

Webpack 有一个智能解析器,几乎可以处理任何第三方库,无论它们的模块形式是

CommonJS、 AMD 还是普通的 JS 文件。甚至在加载依赖的时候,允许使用动态表达式

require("./templates/" + name + ".jade") 。

插件系统

Webpack 还有一个功能丰富的插件系统。大多数内容功能都是基于这个插件系统运行的,还 可以开发和使用开源的 Webpack 插件,来满足各式各样的需求。

快速运行

Webpack 使用异步 I/O 和多级缓存提高运行效率,这使得 Webpack 能够以令人难以置信的 速度快速增量编译。

准备开始

我们通过具体案例来快速上手 Webpack。以下章节中的案例源码可以在 http://www.qqydc.com/127/zhaoda/webpack-handbook/tree/master/examples/start 查看。

安装

首先要安装 Node.js, Node.js 自带了软件包管理器 npm,Webpack 需要 Node.js v0.6 以上 支持,建议使用最新版 Node.js。

用 npm 安装 Webpack:

$ npm install webpack -g

$ npm install webpack -g

此时 Webpack 已经安装到了全局环境下,可以通过命令行 webpack -h 试试。

通常我们会将 Webpack 安装到项目的依赖中,这样就可以使用项目本地版本的 Webpack。

# 进入项目目录

# 确定已经有 package.json,没有就通过 npm init 创建

# 安装 webpack 依赖

$ npm install webpack --save-dev

# 进入项目目录

# 确定已经有 package.json,没有就通过 npm init 创建

# 安装 webpack 依赖

$ npm install webpack --save-dev

Webpack 目前有两个主版本,一个是在 master 主干的稳定版,一个是在 webpack-2 分支的 测试版,测试版拥有一些实验性功能并且和稳定版不兼容,在正式项目中应该使用稳定版。

# 查看 webpack 版本信息

$ npm info webpack

# 安装指定版本的 webpack

$ npm install webpack@1.12.x --save-dev

# 查看 webpack 版本信息

$ npm info webpack

# 安装指定版本的 webpack

$ npm install webpack@1.12.x --save-dev

如果需要使用 Webpack 开发工具,要单独安装:

$ npm install webpack-dev-server --save-dev

$ npm install webpack-dev-server --save-dev

使用

首先创建一个静态页面 index.html 和一个 JS 入口文件 entry.js:

<!-- index.html -->

<html>

<head>

<meta charset="utf-8">

</head>

<body>

<script src="bundle.js"></script>

</body>

</html>

<!-- index.html -->

<html>

<head>

<meta charset="utf-8">

</head>

<body>

<script src="bundle.js"></script>

</body>

</html>

// entry.js document.write('It works.')

// entry.js document.write('It works.')

然后编译 entry.js 并打包到 bundle.js:

$ webpack entry.js bundle.js

$ webpack entry.js bundle.js

打包过程会显示日志:

Hash: e964f90ec65eb2c29bb9

Version: webpack 1.12.2 Time: 54ms

Asset Size Chunks

Chunk Names

Hash: e964f90ec65eb2c29bb9

Version: webpack 1.12.2 Time: 54ms

Asset Size Chunks

Chunk Names

bundle.js 1.42 kB 0 [emitted] main

[0] ./entry.js 27 bytes {0} [built]

bundle.js 1.42 kB 0 [emitted] main

[0] ./entry.js 27 bytes {0} [built]

用浏览器打开 index.html 将会看到 It works. 。 接下来添加一个模块 module.js 并修改入口 entry.js :

// module.js

module.exports = 'It works from module.js.'

// module.js

module.exports = 'It works from module.js.'

// entry.js document.write('It works.')

document.write(require('./module.js')) // 添加模块

// entry.js document.write('It works.')

document.write(require('./module.js')) // 添加模块

重新打包 webpack entry.js bundle.js 后刷新页面看到变化 It works.It works from

module.js.

Hash: 279c7601d5d08396e751

Version: webpack 1.12.2 Time: 63ms

Asset Size Chunks

Chunk Names

Hash: 279c7601d5d08396e751

Version: webpack 1.12.2 Time: 63ms

Asset Size Chunks

Chunk Names

bundle.js 1.57 kB 0 [emitted] main

[0] ./entry.js 66 bytes {0} [built]

[1] ./module.js 43 bytes {0} [built]

bundle.js 1.57 kB 0 [emitted] main

[0] ./entry.js 66 bytes {0} [built]

[1] ./module.js 43 bytes {0} [built]

Webpack 会分析入口文件,解析包含依赖关系的各个文件。这些文件(模块)都打包到 bundle.js 。Webpack 会给每个模块分配一个唯一的 id 并通过这个 id 索引和访问模块。在页 面启动时,会先执行 entry.js 中的代码,其它模块会在运行 require 的时候再执行。

Loader

Webpack 本身只能处理 JavaScript 模块,如果要处理其他类型的文件,就需要使用 loader

进行转换。

Loader 可以理解为是模块和资源的转换器,它本身是一个函数,接受源文件作为参数,返回 转换的结果。这样,我们就可以通过 require 来加载任何类型的模块或文件,比如 CoffeeScript、 JSX、 LESS 或图片。

先来看看 loader 有哪些特性?

Loader 可以通过管道方式链式调用,每个 loader 可以把资源转换成任意格式并传递给下 一个 loader ,但是最后一个 loader 必须返回 JavaScript。

Loader 可以同步或异步执行。

Loader 运行在 node.js 环境中,所以可以做任何可能的事情。

Loader 可以接受参数,以此来传递配置项给 loader。

Loader 可以通过文件扩展名(或正则表达式)绑定给不同类型的文件。

Loader 可以通过 npm 发布和安装。

除了通过 package.json 的 main 指定,通常的模块也可以导出一个 loader 来使用。

Loader 可以访问配置。 插件可以让 loader 拥有更多特性。

Loader 可以分发出附加的任意文件。

Loader 本身也是运行在 node.js 环境中的 JavaScript 模块,它通常会返回一个函数。大多数 情况下,我们通过 npm 来管理 loader,但是你也可以在项目中自己写 loader 模块。

按照惯例,而非必须,loader 一般以 xxx-loader 的方式命名, xxx 代表了这个 loader 要做 的转换功能,比如 json-loader 。

在引用 loader 的时候可以使用全名 json-loader ,或者使用短名 json 。这个命名规则和搜 索优先级顺序在 webpack 的 resolveLoader.moduleTemplates api 中定义。

Default: ["*-webpack-loader", "*-web-loader", "*-loader", "*"]

Default: ["*-webpack-loader", "*-web-loader", "*-loader", "*"]

Loader 可以在 require() 引用模块的时候添加,也可以在 webpack 全局配置中进行绑定, 还可以通过命令行的方式使用。

接上一节的例子,我们要在页面中引入一个 CSS 文件 style.css,首页将 style.css 也看成是 一个模块,然后用 css-loader 来读取它,再用 style-loader 把它插入到页面中。

/* style.css */

body { background: yellow; }

/* style.css */

body { background: yellow; }

修改 entry.js:

require("!style!css!./style.css") // 载入 style.css document.write('It works.') document.write(require('./module.js'))

require("!style!css!./style.css") // 载入 style.css document.write('It works.') document.write(require('./module.js'))

安装 loader:

npm install css-loader style-loader

npm install css-loader style-loader

重新编译打包,刷新页面,就可以看到黄色的页面背景了。

如果每次 require CSS 文件的时候都要写 loader 前缀,是一件很繁琐的事情。我们可以根 据模块类型(扩展名)来自动绑定需要的 loader。

将 entry.js 中的 require("!style!css!./style.css") 修改为 require("./style.css") ,然后 执行:

$ webpack entry.js bundle.js --module-bind 'css=style!css'

$ webpack entry.js bundle.js --module-bind 'css=style!css'

显然,这两种使用 loader 的方式,效果是一样的。

配置文件

Webpack 在执行的时候,除了在命令行传入参数,还可以通过指定的配置文件来执行。默认 情况下,会搜索当前目录的 webpack.config.js 文件,这个文件是一个 node.js 模块,返回一 个 json 格式的配置信息对象,或者通过 --config 选项来指定配置文件。

继续我们的案例,在根目录创建 package.json 来添加 webpack 需要的依赖:

{

"name": "webpack-example", "version": "1.0.0",

"description": "A simple webpack example.", "main": "bundle.js",

"scripts": {

"test": "echo \"Error: no test specified\" && exit 1"

},

"keywords": [ "webpack"

],

"author": "zhaoda",

"license": "MIT", "devDependencies": {

"css-loader": "^0.21.0",

"style-loader": "^0.13.0",

"webpack": "^1.12.2"

}

}

{

"name": "webpack-example", "version": "1.0.0",

"description": "A simple webpack example.", "main": "bundle.js",

"scripts": {

"test": "echo \"Error: no test specified\" && exit 1"

},

"keywords": [ "webpack"

],

"author": "zhaoda",

"license": "MIT", "devDependencies": {

"css-loader": "^0.21.0",

"style-loader": "^0.13.0",

"webpack": "^1.12.2"

}

}

别忘了运行 npm install 。

然后创建一个配置文件 webpack.config.js :

var webpack = require('webpack')

 

module.exports = { entry: './entry.js', output: {

path: dirname, filename: 'bundle.js'

},

module: { loaders: [

{test: /\.css$/, loader: 'style!css'}

]

}

}

var webpack = require('webpack')

module.exports = { entry: './entry.js', output: {

path: dirname, filename: 'bundle.js'

},

module: { loaders: [

{test: /\.css$/, loader: 'style!css'}

]

}

}

同时简化 entry.js 中的 style.css 加载方式:

require('./style.css')

require('./style.css')

最后运行 webpack ,可以看到 webpack 通过配置文件执行的结果和上一章节通过命令行

webpack entry.js bundle.js --module-bind 'css=style!css' 执行的结果是一样的。

本文链接:《webpack 中文教程》PDF文字版下载http://www.qqydc.com/javascript/webpack_zhinan.html

《webpack 中文教程》PDF文字版下载由博彩评级收集整理,您可以自由传播,请主动带上本文链接

博彩评级就是免费分享,觉得有用就多来支持一下,没有能帮到您,懒人也只能表示遗憾,希望有一天能帮到您。

(责任编辑:博彩评级)