标签：add line 目录 个数 source 支持 debug cmd 变量
目前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>来运行了。
$ 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 })
理想情况下，大部分不涉及io操作的模块可以在浏览器中直接运行。
对于nodejs内置模块，在require()它们的时候，会被转换成如下模块来打包，以适配浏览器环境。
另外, 如果是用到了如下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>
使用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>
上面这个用例，还可以用插件解决，会更方便
Browserify本身也是一个nodejs模块，提供的方法大致和上面介绍的命令行选项相同，具体的api请参考browserify methods，这里不再敖述。
var browserify = require(‘browserify‘);
var b = browserify();
b.add(‘./browser/main.js‘);
b.bundle().pipe(process.stdout);
//当文件被进行打包时出发，可以用来监听文件变化来重新进行打包
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) {})
browserify会先通过package.json中的"main"属性来查找模块入口，如果没有"main"属性，就在目录中搜索"index.js"文件。当然，package.json中还定义了一些browserify特有的属性：
“browser“属性用来优先指定browserify打包是的模块入口文件，这样可以和"main"属性区分开
"browser": "./browser.js"还可以指定细分的打包替换文件
"browser": {
"fs": "level-fs",
"./lib/ops.js": "./browser/opts.js"
}在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
转自：http://zhaoda.net/2015/10/16/browserify-guide/
标签：add line 目录 个数 source 支持 debug cmd 变量
原文地址：http://www.cnblogs.com/Code-life/p/6985528.html
