Javascript 避免在更改路线时销毁模板

Javascript 避免在更改路线时销毁模板,javascript,meteor,iron-router,Javascript,Meteor,Iron Router,在iron router中更改路由时,是否有方法避免模板破坏?由于我的模板都是被动的,但有点笨重,所以我希望在转到其他模板时将其保留在“幕后”(内存中),并在路线返回时显示它,而不重新创建所有内容(它是通过几个mongo/minimongo收集查询构建的,这些查询会增加用户体验的延迟) 我可以考虑一些变通方法,比如隐藏/显示DOM对象(糟糕的解决方案),或者将我的路由设置为主路由,并将所有其他路由嵌套在其中(不太好),但我想知道是否有一种本地方法可以实现这一点。 提前谢谢。我写信给你,希望你会觉

在iron router中更改路由时,是否有方法避免模板破坏?由于我的模板都是被动的,但有点笨重,所以我希望在转到其他模板时将其保留在“幕后”(内存中),并在路线返回时显示它,而不重新创建所有内容(它是通过几个mongo/minimongo收集查询构建的,这些查询会增加用户体验的延迟)

我可以考虑一些变通方法,比如隐藏/显示DOM对象(糟糕的解决方案),或者将我的路由设置为主路由,并将所有其他路由嵌套在其中(不太好),但我想知道是否有一种本地方法可以实现这一点。
提前谢谢。

我写信给你,希望你会觉得有用。它描述了如何在客户端上使用非托管mongo集合来缓存数据。这可以帮助您处理要显示的对象的较长创建时间。Michael,有趣的文章。目前,我正在从minimongo的本地集合加载数据(由于我正在脱机测试,因此不涉及任何服务器),本地读取和呈现对我的模板来说花费了太多时间,这就是为什么我在寻找一种方法,在第一次加载模板后,尽管路径发生了变化,但仍能将模板保存在内存中。您是否使用
mycl=new Meteor.collection()
定义了您的集合?如果您提供了一个名称,那么服务器上仍然有一个集合。如果不是,则集合仅存在于客户端内存中。渲染是廉价的。来自mongo的计算可能很昂贵。实际上,我的收藏来自服务器:
Members=new mongo.collection(“Members”)
。然而,我注意到的延迟甚至发生在我断开服务器连接并且只在客户端内存上使用minimongo版本时。延迟与订阅就绪和服务器连接或断开连接时相同。如果在呈现模板时代码正在“重建”数据,则缓存策略不起作用,是否同意?