Javascript 为什么jquery、jquery ui等都有特定的component.io库。
我一直在研究在当前项目中使用component.io,因为它似乎比require.js和browserify简单得多,我喜欢他们做的一些事情 既然component.io不需要任何组件样式的包装器,为什么component.io有自己的jquery版本? 这些似乎与他们的建议背道而驰,因为component.io需要知道的是github用户名和项目名称,以便包含这些文件 如果唯一需要的是 "scripts": [ "ui/jquery-ui.js" ], "main": "ui/jquery-ui.js", 标记在component.js文件中,为什么不让component.js文件指向主jqueryui文件呢 正如component.io需要知道的那样,要包含这些文件,github用户名和项目名称是什么 不,那不是真的 首先-我认为在讨论组件之前应该先弄清楚这一点,以避免误解-component.io只是一个网站,其中包含一个组件列表,使用由开发的包管理器和构建工具 “组件”不明确 此外,ComponentJS与此无关。 而且,上下文中的component.json文件与TJ的组件无关 尽管如此:中的一些键与兼容,但这并不意味着TJ组件是使用bower的component.json文件正确构建的 解释:不,不是这样。您可以从存储库中阅读此表单: 组件必须提供一个component.json文件来描述组件的功能和内容。组件开发人员必须通过脚本、样式和其他方式明确说明相关文件。[…]| 关于你的问题: 为什么不创建一个component.js文件来指向jqueryui主文件呢 通常有人可以为现有库(如jQuery)创建component.json文件并发送请求 但可能无法合并拉取请求,因为: bower已经有一个component.json 存储库/生成过程不包含/生成所需的文件 项目不再维护 为了确定你的情况是什么原因,你可以在和/或Javascript 为什么jquery、jquery ui等都有特定的component.io库。,javascript,component.io,Javascript,Component.io,我一直在研究在当前项目中使用component.io,因为它似乎比require.js和browserify简单得多,我喜欢他们做的一些事情 既然component.io不需要任何组件样式的包装器,为什么component.io有自己的jquery版本? 这些似乎与他们的建议背道而驰,因为component.io需要知道的是github用户名和项目名称,以便包含这些文件 如果唯一需要的是 "scripts": [ "ui/jquery-ui.js" ], "main": "ui