2013-02-19 83 views
26

我很难找到componentbower之间的区别概述。哪一个更好,什么是更好的包管理器使用?我应该考虑这两个选择吗?组件和凉亭有什么区别?

+0

我在这里找到了我的答案:http://dailyjs.com/2013/01/28/components/。 可以在这里找到讨论:https://groups.google.com/forum/#!msg/componentjs/FGM46qQX9hs/zOryL24q1AcJ – 2013-02-20 21:58:19

回答

10

“组件”是系统的一部分。鲍尔是包装经理。

哪一个更好?阅读the Bower FAQ的差异。

Bower似乎更好地实现了它的目标,那就是网络的包管理器。

还有Jam,Volo或Ender。当然,NPM。

对于普及和采纳检查,可以check Ohloh

UPDATE:

组件包管理器https://github.com/component/component也是网络的软件包管理器。它使用GitHub作为模块的后端数据库,因此不在GitHub上的模块将不会被列出。然而,这种方法使事情更容易,因为不需要额外的凭证;作者只是使用GitHub。

就个人而言,我认为Component应该修改一个与众不同的名字,以免它与一般词语“component”混淆。

+13

“组件是系统的一部分。”基于这个陈述,我不认为乔理解这个问题。 Yoshua指的是Bower的竞争对手https://github.com/component/component。 – 2013-12-07 02:11:00

+6

半年来,问题以同样的方式被理解(6票)。组件包管理器名称不明确。 – 2013-12-10 07:20:33

4

背后组件球队现在已经写了自己的自以为是的回答是:https://github.com/component/guide/blob/master/component/vs.md#component-vs-bower

复制内容到今天为止:

鲍尔比对组件更类似于npm。与npm类似,Bower的bower.json清单是包含性的,除了相关的.ignore文件中的所有内容。另一方面,组件是排他性的,下载仅在component.json中指定的文件。

然而,鲍尔和组件之间的主要区别是,component.json s为更加严格,自以为是:在component.json列出的所有文件都认为是强制性。另一方面,bower.json中列出的文件通常是可选的。

严格的清单规范允许Component轻松集成构建过程。然而,对于Bower而言,这是不可能的,因为人们发布不同类型的模块(全局变量,插件,AMD和CommonJS)以及此可选文件(如react-bower issue中所示),这使得集成构建过程非常困难。

组件的集成构建系统允许您在页面中简单包含一个脚本和一个样式表。有没有杂耍<script src="bower_components/jquery"><script>电话等。

与类似,bower在安装时比Component慢,具有不必要的发布步骤,不支持多个版本的依赖性,并且不会缓存安装。