我问这个问题是因为我有点困惑。我刚开始发现流星（迟到总比永远好），我正在阅读/听到很多讨论为什么我应该使用Flow-router 而不是Iron router。
我从 Iron router 开始我的项目，但我阅读的越多，我认为我应该切换到Flow-router，因为许多性能，渲染原因......
哪些优点和缺点使它们与众不同？
Sank U !
【问题讨论】：
标签： javascript meteor iron-router flow-router
FlowRotuer 的问题是您必须跳过障碍才能将数据加载到模板中。
它使代码变得复杂、分散且难以理解（我的观点）。
Iron Router 允许您将数据作为第二个参数传入渲染函数并直接从模板访问它。
使用 Flow Router，您必须首先将数据写入会话，然后编写模板助手来提取会话数据或将模板包装在“with”元素中。
这是一个示例，FlowRouter 如何让您将一些示例放入模板中
Template.templateName.onCreated(function() {
Meteor.call('thirdPartyAPI', function(error, result) {
Session.set('result', result);
});
});
Then on the template side you could have:
{{#with result}}
Content that requires a context
{{/with}}
And you would have a template helper that returned the Session/ReactiveVar, e.g.
Template.templateName.helpers({
result: function() {
return Session.get('result');
}
});
Iron Router 的类似示例
Router.route('/post/:_id', function () {
this.render('Post', {
data: function () {
return Posts.findOne({_id: this.params._id});
}
});
});
【讨论】：
在浏览器中按 F12，注意是否有任何错误。就我而言，我删除了一个包，但没有删除调用该包的代码。
它出错了，看起来应该是 Iron Router 的罪魁祸首。
删除了加载我删除的其他一些库的违规代码，嘿，Iron Router 工作正常。
【讨论】：
我使用 IronRouter，因为描述表明
"FlowRouter 只处理订阅的注册。它不处理 等到订阅准备就绪。”
(https://github.com/kadirahq/flow-router) 因此，当您订阅大数据时，您会获得额外的页面更新或失败。所以我选择了 IronRouter，它在文档中描述了如何使等待订阅准备就绪（WaitOn）。它对我来说 2 年没有问题。从更新来看，这两款路由器都很久没有更新了，一年多了，所以随着新版Meteor的发布，还不清楚是否会更新。
【讨论】：
action() 功能之前肯定会等待订阅准备好（即客户端上可用的第一个数据批）。跨度>
官方文档推荐FlowRouter：https://guide.meteor.com/routing.html
但你也可以使用铁路由器。我已经在不同的项目中使用了它们，但我决定遵循流星官方的推荐。
【讨论】：