Browserify 也值得去了解一下，不过我个人认为它比 Webpack 落后很多。
---某介绍为 webpack 的文章
推荐使用 Webpack ，因为它的加载器 API 提供更好的文件依赖追踪 /缓存以及一些 Browserify 没有的转换功能。
---某著名框架教程文档
首先我个人是先接触 webpack 的，但是觉得他写配置实在太巨大臃肿（一坨巨大的 config ），后来才接触了 browserify ，发现 browserify 基于 pipe 的方式更加干净而且灵活性也更高,尤其适合和 gulp 一起使用，而 gulp 的官方 recipes 也是只有 browserify 的，相比之下萌萌的 webpack 想和 gulp 一起用就只能用webpack-stream这样的东西，但是 webpack-stream 本质上还是 webpack 编译过程也是相对黑盒的，感觉灵活性比较差
 |
1
sox Feb 21, 2016  1
都用 webpack 了还用 gulp ?
http://blog.namangoel.com/browserify-vs-webpack-js-drama 如果你嫌 Webpack 配置太多，可以用 tooling （一个 Webpack 配置文件的脚手架），可以无需 webpack.config.js 来编译大多数的 ES6 module ， React/Vue/Other web app ，支持直接生成 umd/iife/cjs 格式的 Bundle 。 https://github.com/egoist/tooling |
 |
3
tommyZZM OP @sox
其次 gulp 本身通常只是作为一些文件批处理工具，和 webpack 的使用是不冲突的。 和 webpack 对位的是 browserify ，对比 [browserify] vs [webpack] 在 npm 上安装数量 |
 |
4
learnshare Feb 21, 2016
Webpack 可以打包一切资源， Browserify 是用来打包 JS 模块的
|
 |
5
emric Feb 21, 2016 via iPhone
主要看你把 webpack 放到那个位置上。如果你只是拿它处理依赖，那确实和 browserify 没有太大的差异。如果你也想对静态资源进行管理， webpack 的好处就显现出来了。
|
|
6
sox Feb 21, 2016
不是冲突，是没必要用 gulp ， npm script 解决问题。
|
 |
7
ChefIsAwesome Feb 21, 2016
https://github.com/petehunt/webpack-howto#1-why-webpack
1. Why webpack? It's like browserify but can split your app into multiple files. If you have multiple pages in a single-page app, the user only downloads code for just that page. If they go to another page, they don't redownload common code. It often replaces grunt or gulp because it can build and bundle CSS, preprocessed CSS, compile-to-JS languages and images, among other things. It supports AMD and CommonJS, among other module systems (Angular, ES6). If you don't know what to use, use CommonJS. |
 |
8
chemzqm Feb 21, 2016
@tommyZZM webpack 就算黑盒对开发也没啥影响，因为不像框架，你基本不会需要了解里面到底干了啥，也不需要 debug 进去。总体来说 webpack 各种功能支持更全面一些，简单的页面使用两者只是配置上不同罢了。
|
 |
9
songjiaxin2008 Apr 15, 2016
@sox 您好 可以留个联系方式吗 有几个问题想问您
|
|
10
sox Apr 15, 2016
|
Select Language