如果 npm 工作正常，为什么要使用 Bower.js？
Why to use Bower.js if npm works fine?
在项目的prarent目录中，如果我这样做，
npm init
创建了一个文件"package.json"，
现在，如果我想安装 angular、jQuery 和 bootstrap 等依赖项，我可以这样做
npm install angular --save-dev
npm install jquery --save-dev
npm install bootstrap --save-dev
创建了一个文件夹 "node_modules"，具有上述依赖项。
并且在 "package.json" 中输入了相同的依赖项。
现在使用任何构建工具，比如 gulp.js，
我可以在我的 SPA（单页应用程序）中注入 "node_module" 依赖项 index.html。
所以我的问题是，为什么要使用 Bower？
请指点一下
简短回答：不要（使用 bower）。
Bower 最初是客户端的 "clone" npm，但同时实际上每个人都在为此使用 npm。
所以不用bower了，直接靠npm就好了。它使您的开发工作流程更简单、更统一，并且您最终会减少摩擦和复杂性（这是一件好事）。
我对 Bower 最大的担忧是它引入了不必要的开销，例如 另一个 工具，另一个 配置文件，另一种 处理版本的方式，另一种 模块所在的文件夹，......我几乎没有看到 Bower 的任何好处超过这些缺点。再次重申：坚持使用 npm 就可以了。
我自己昨天才想到这个。
根据我的经验，如果你需要的包已经注册，你可以只使用 npm。
几年前情况并非如此，但现在它几乎反映了 bower 的存储库。
在项目的prarent目录中，如果我这样做，
npm init
创建了一个文件"package.json"，
现在，如果我想安装 angular、jQuery 和 bootstrap 等依赖项，我可以这样做
npm install angular --save-dev
npm install jquery --save-dev
npm install bootstrap --save-dev
创建了一个文件夹 "node_modules"，具有上述依赖项。
并且在 "package.json" 中输入了相同的依赖项。
现在使用任何构建工具，比如 gulp.js，
我可以在我的 SPA（单页应用程序）中注入 "node_module" 依赖项 index.html。
所以我的问题是，为什么要使用 Bower？
请指点一下
简短回答：不要（使用 bower）。
Bower 最初是客户端的 "clone" npm，但同时实际上每个人都在为此使用 npm。
所以不用bower了，直接靠npm就好了。它使您的开发工作流程更简单、更统一，并且您最终会减少摩擦和复杂性（这是一件好事）。
我对 Bower 最大的担忧是它引入了不必要的开销，例如 另一个 工具，另一个 配置文件，另一种 处理版本的方式，另一种 模块所在的文件夹，......我几乎没有看到 Bower 的任何好处超过这些缺点。再次重申：坚持使用 npm 就可以了。
我自己昨天才想到这个。
根据我的经验，如果你需要的包已经注册，你可以只使用 npm。
几年前情况并非如此，但现在它几乎反映了 bower 的存储库。