如果使用browserify和node.js commonJs，那么只会对css有用
我从这个堆栈溢出问题看到了bower和npm之间的区别：
npm用于pipe理Node.js模块，但与Browserify或WebPack结合使用时也可以在前端工作。 npm是嵌套的依赖树，所以你的依赖关系可以有自己的依赖关系，它们可以有自己的…这基本上可以意味着相同模块的许多版本在一起，但不是服务器上的问题，并且Browserify只处理捆绑适当的模块。
鲍尔仅用于前端，并且考虑到了这一点。 它需要一个平坦的依赖关系树，将依赖关系parsing的负担放在用户上，这对客户端来说是有意义的，因为我们希望尽量减less包含的数量，
我的问题：
如果我们使用Browserify，使用bower来pipe理前端依赖关系还有什么意义，除了以下两个好处之外呢？
- pipe理前端css模块包括，例如pure.css或bootstrap.css，
- 包括1个或2个大型JavaScript库，例如Angular，React或jQuery作为独立于您的Browserify包的页面上的全局版本 – 即使这意味着额外的http请求，也可以减lessbundle.js的膨胀
你也可以使用npm获得你提到的2个好处：
- Bootstrap和PureCSS可作为npm包使用
- 您可以使用npm安装大型库，并使用Browserify为它们创build单独的包
这也是我们公司正在进行的一场辩论，我开始selectnpm-only方法。
更多关于这个：