Browserify 使用指南
赵达让浏览器加载Nodejs模块
目前NPM上有二十多万个NodeJS模块,它们都是通过CMD的方式打包的,除了特定的可以使用CMD模块加载器加载的模块,大部分nodejs模块无法直接使用到浏览器环境中。
Browserify是一个供浏览器环境使用的模块打包工具,像在node环境一样,也是通过require('modules')
来组织模块之间的引用和依赖,既可以引用npm中的模块,也可以引用自己写的模块,然后打包成js文件,再在页面中通过<script>
标签加载。
当然对于很多NodeJS模块,比如涉及到io操作的模块,就算通过browserify打包后肯定也无法运行在浏览器环境中,这种情况下就会用到为它们重写的支持浏览器端的分支模块,可以在browserify search搜索到这些模块。
用例
比如写一个入口main.js
文件,使用require()
来引用其它模块,包括相对目录中的'./foo.js'
和'../lib/bar.js'
,还有在node_modules/
目录中的名为'gamma'
的模块。
browserify通过node’s module lookup algorithm来查找
node_modules/
中的模块)
// main.js
var foo = require('./foo.js');
var bar = require('../lib/bar.js');
var gamma = require('gamma');
var elem = document.getElementById('result');
var x = foo(100) + bar('baz');
elem.textContent = gamma(x);
众所周知,这些被引用的模块会用通过module.exports
或exports
输出它们的功能接口:
// foo.js
module.exports = function (n) { return n * 111 }
接下来就可以用browserify
命令对它们进行打包了:
$ browserify main.js > bundle.js
main.js
和它所引用的模块会按依赖序列整体打包到bundle.js
。
browserify使用required来查找
require()
依赖队列。
接下来,就可以在html中加载这个文件<script src="bundle.js"></script>
来运行了。
安装Browserify
$ npm install -g browserify
通过命令行使用
Usage: browserify [entry files] {OPTIONS}
常用选项:
--outfile, -o 指定打包后的输出文件
如果不指定,将输到stdout,比如shell
--require, -r 通过模块名或文件路径指定需要打包到bundle中的其他模块
Optionally use a colon separator to set the target
--entry, -e 入口文件
--ignore, -i 打包过程中忽略依赖的某个文件,当成空模块打包,引用它不会报错
--exclude, -u 打包过程中排除依赖的某个文件,比忽略选项更严格,引用它会报错
--external, -x 指定某个文件不要打包到bundle,它可能会打包在其他的bundle中,比如jquery会打包到公共的bundle中
--transform, -t 指定打包过程中使用的转换模块
--command, -c 指定打包过程中使用的命令行转换
--standalone -s 生成UMD模式的bundle模块,可以在AMD、CMD中使用
--debug -d 生成source maps,并被注释到bundle.js的尾部
--help, -h 显示帮助
高级选项:
--insert-globals, --ig, --fast [default: false]
如果设置为true,会跳过代码分析,强制在每个模块的闭包作用域中插入如下参数
process, global, __filename, and __dirname
优点: 打包速度快
缺点: 生成多余的参数
--insert-global-vars, --igv
需要在代码分析中检测和定义的全局变量,需要和--insert-globals一起使用
默认包括 __filename,__dirname,process,Buffer,global 用逗号分隔
--detect-globals, --dg [default: true]
在代码分析过程中检测全局变量 process, global, __filename, and __dirname
优点: 像npm模块那样工作
缺点: 打包速度慢
--ignore-missing, --im [default: false]
忽略 `require()` 引用
--noparse=FILE
对于默写确定不包含`require()`的文件,忽略他们的解析过程(比如jquery),加快打包速度
--no-builtins
如果打包后的文件要在node环境中使用,请使用这个选项,保证node内置模块不被打包到bundle中
--no-commondir
不是用相对路径,__filename,__dirname会被解析成绝对路径
--no-bundle-external
不打包扩展模块
--bare
--no-builtins --no-commondir --insert-global-vars "__filename,__dirname" 的别名
如果bundle在node环境中运行,请使用--bare
--no-browser-field, --no-bf
忽略package.json中的browser属性
如果bundle在node环境中运行
--node
--bare --no-browser-field 的别名
--full-paths
所有模块都是用绝对路径进行引用
--deps
输出模块的依赖序列(一个数组)
--list
输出所有模块的路径列表
--extension=EXTENSION
指定有效的模块文件扩展名
--global-transform=MODULE, -g MODULE
指定一个全局的转换模块
--plugin=MODULE, -p MODULE
注册一个插件模块
如何在转换模块和插件再插入参数项:
使用subarg语法在中括号中插入子命令,比如:
-t [ foo -x 3 --beep ]
会这样执行
foo(file, { x: 3, beep: true })
nodejs内置模块的转换
理想情况下,大部分不涉及io操作的模块可以在浏览器中直接运行。
对于nodejs内置模块,在require()
它们的时候,会被转换成如下模块来打包,以适配浏览器环境。
- assert
- buffer
- console
- constants
- crypto
- domain
- events
- http
- https
- os
- path
- punycode
- querystring
- stream
- string_decoder
- timers
- tty
- url
- util
- vm
- zlib
另外, 如果是用到了如下5个全局变量,它们会在打包过程中被改写成可以适配浏览器环境的。
其他用例
在全局作用域中(模块外部)引用指定模块
$ browserify -r through -r duplexer -r ./my-file.js:my-module > bundle.js
在页面中直接引用这些外部模块
<script src="bundle.js"></script>
<script>
var through = require('through');
var duplexer = require('duplexer');
var myModule = require('my-module');
/* ... */
</script>
导出source maps文件
使用exorcist导出.js.map
文件
$ browserify main.js --debug | exorcist bundle.js.map > bundle.js
导出多个包
如果多个页面的打包结果中包含公共的模块,可以将公共模块(common.js)单独打包出来,以节省请求流量并优化缓存策略
# beep.js
var robot = require('./robot.js');
console.log(robot('beep'));
# boop.js
var robot = require('./robot.js');
console.log(robot('boop'));
这两个文件都引用了robot.js
# robot.js
module.exports = function (s) { return s.toUpperCase() + '!' };
# 把公共的模块打包成common.js
$ browserify -r ./robot.js > static/common.js
$ browserify -x ./robot.js beep.js > static/beep.js
$ browserify -x ./robot.js boop.js > static/boop.js
如何引用?
<!--beep.html-->
<script src="common.js"></script>
<script src="beep.js"></script>
<!--boop.html-->
<script src="common.js"></script>
<script src="boop.js"></script>
上面这个用例,还可以用插件解决,会更方便
api
Browserify本身也是一个nodejs模块,提供的方法大致和上面介绍的命令行选项相同,具体的api请参考browserify methods,这里不再敖述。
var browserify = require('browserify');
var b = browserify();
b.add('./browser/main.js');
b.bundle().pipe(process.stdout);
events api
//当文件被进行打包时出发,可以用来监听文件变化来重新进行打包
b.on('file', function (file, id, parent) {})
b.pipeline.on('file', function (file, id, parent) {})
// 当每个package.json被读取时触发
b.on('package', function (pkg) {})
b.pipeline.on('package', function (pkg) {})
// 当执行`.bundle()`时触发
b.on('bundle', function (bundle) {})
// 当执行`.reset()`时触发
b.on('reset', function () {})
// 当一个文件被转换时触
b.on('transform', function (tr, file) {})
b.pipeline.on('transform', function (tr, file) {})
package.json
browserify会先通过package.json
中的"main"
属性来查找模块入口,如果没有"main"
属性,就在目录中搜索"index.js"
文件。当然,package.json
中还定义了一些browserify特有的属性:
browser属性
“browser“属性用来优先指定browserify打包是的模块入口文件,这样可以和"main"
属性区分开
"browser": "./browser.js"
还可以指定细分的打包替换文件
"browser": {
"fs": "level-fs",
"./lib/ops.js": "./browser/opts.js"
}
browserify.transform
在package.json
中指定转换模块,可以打包过程中自动执行
"browserify": { "transform": [ "brfs" ] }
使用插件
对于一些更先进的用例,转换模块并不能满足需求,插件是更适合的选择。插件是以包实例为其第一个参数,其他属性作为后面的参数。插件可以用来做一些转换模块做不到的花哨功能。比如factor-bundle插件可以用来自动生成多个入口文件共用的common.js模块。
$ browserify x.js y.js -p [ factor-bundle -o bundle/x.js -o bundle/y.js ] \
> bundle/common.js