鉴于我们生活在 Meteor 1.0 后的世界中，使用 meteor 包 nemo64:bootstrap 还是安装 bower（meteor 包）然后将 bootstrap 作为 bower 依赖项来管理是否“更好”？
我觉得如果我要从前端开始，我会使用 nemo64:bootstrap，但如果我有一个预打包的前端，已经加载了一百万个包，并且依赖树工作，我应该通过 bower 管理依赖关系？
使用 mquandalle (https://github.com/mquandalle/meteor-bower) 包来缩小我所有的凉亭资产，它会重新安装 jquery！加倍这样做可不好！
【问题讨论】：
标签： twitter-bootstrap meteor bower
我们公司已经开始将我们的一些 bower 依赖项转换为 Meteor 包。我们这样做是因为如果它们需要 bower 依赖项，您不能发布自己的 Meteor 包。
旁注：我们使用 nemo64:bootstrap，它非常适合我们。
【讨论】：
我关心的特殊情况是将预先设计的模板“移植”到流星。
我选择了twbs:bootstrap，因为这是一步添加； meteor add twbs:bootstrap 可以轻松完成和撤消（在源代码管理中）！ Bootstrap也保证它是官方的，而且加载顺序是排序的！！
为了处理所有的bower依赖，我只是将它们包含在head中，然后使用
Template.sidebar.rendered = function() {
// ..initialise all the libraries here
}
最幸运的特性是仅在加载实际模板时才初始化库！！！耶
我认为您甚至可以使用 miro:preloaded 或等效的有条件地加载这些 js 库（而不是使用 /public 并从 <head> 提供静态 js 资产）
【讨论】：