Meteor 铁路由器：在onBeforeAction中订阅收藏是个好主意吗？
Iron路由器提供了一种机制，使用subscription或waitOn等待订阅就绪。但在订阅准备就绪之前，页面不会呈现 就我而言，我有一些大型收藏，可能需要一些时间才能订阅。在显示任何内容之前等待可能不是一个好主意，尤其是在主页上。因此，我尝试将subscribe函数调用放在onBeforeAction钩子中，它工作得很好。订阅最初不返回任何数据，当数据到达时，它会再次以反应方式运行。通过这种方式，页面将首先显示一些内容，然后页面的某些部分将被实际内容填充 我看以前没有讨论过这种方法。因此，我想知道这是否是一种以重新计算为代价来减少感知响应时间的好方法。这种方法有什么可取之处吗 我能想到的一件事是，如果我在Template.name.rendered中放入一些依赖于数据的代码，它可能不会正常工作，因为呈现的函数只执行一次。这实际上给我带来了一些问题，我还有另一个问题要问：Meteor 铁路由器：在onBeforeAction中订阅收藏是个好主意吗？,meteor,iron-router,Meteor,Iron Router,Iron路由器提供了一种机制，使用subscription或waitOn等待订阅就绪。但在订阅准备就绪之前，页面不会呈现 就我而言，我有一些大型收藏，可能需要一些时间才能订阅。在显示任何内容之前等待可能不是一个好主意，尤其是在主页上。因此，我尝试将subscribe函数调用放在onBeforeAction钩子中，它工作得很好。订阅最初不返回任何数据，当数据到达时，它会再次以反应方式运行。通过这种方式，页面将首先显示一些内容，然后页面的某些部分将被实际内容填充 我看以前没有讨论过这种方法。因此，我
除了我确定的问题，还有其他问题吗 也许你可以试试Meteor的订阅管理器： 它应该可以让你缓存一些潜艇，以提高响应速度。
您是否尝试使用kadira来跟踪更多订阅？也许您应该订阅较小的出版物，如only id，然后使用模板助手和服务器方法获取更多数据。我使用这两种方法。我使用订阅管理器。但是我想使用的页面是主页，所以这里没有帮助。我也会用kadira。