与缩小的javascript文件相比,使用bower有哪些优势?

与缩小的javascript文件相比,使用bower有哪些优势?,javascript,bower,Javascript,Bower,我知道鲍尔是干什么的 但是想看看在AngularJS应用程序中使用bower文件而不是只使用缩小的javascript文件是否有任何真正的优势吗?这些库并不是您项目的源代码。它们是依赖关系。为了保持源代码干净,如果使用npm,最好在package.json文件中声明依赖项,如果使用bower,最好在bower配置文件中声明依赖项 当其他人下载项目时,他们不需要下载DEP 使用bower或npm还可以帮助您方便地升级DEP 我不知道这两件事是相互排斥的@deceze没有得到您想要说的。为什么您不能

我知道鲍尔是干什么的


但是想看看在
AngularJS
应用程序中使用bower文件而不是只使用缩小的javascript文件是否有任何真正的优势吗?

这些库并不是您项目的源代码。它们是依赖关系。为了保持源代码干净,如果使用npm,最好在package.json文件中声明依赖项,如果使用bower,最好在bower配置文件中声明依赖项

当其他人下载项目时,他们不需要下载DEP


使用bower或npm还可以帮助您方便地升级DEP

我不知道这两件事是相互排斥的@deceze没有得到您想要说的。为什么您不能使用bower安装依赖项,然后使用发行版中经常包含的
.min.
文件?@deceze我正在使用Ionic。所以bower下载了很多其他文件,我不确定是否需要这些文件。想要尽可能少的代码。这是一个被高估的问题。如果有的话,编写一个构建脚本,只使用您需要的资源生成最终构建。在开发过程中放弃bower的便利性,因为你想缩减最终产品是错误的做法。我不理解你下载依赖项的逻辑。用户仍然需要通过各自的管理器安装它们。他们只是不会从回购协议中获得。所以它是git-pull&&bower/npm安装(额外的命令,如果有的话),对于一个小项目来说是可以的。当变大时,很难管理DEP(因为DEP有自己的DEP)和version.ps。现在,最好只使用npm而不是bower。