Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/meteor/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Meteor 为什么要在服务器文件夹的main.js文件之外创建集合?_Meteor_Collections - Fatal编程技术网

Meteor 为什么要在服务器文件夹的main.js文件之外创建集合?

Meteor 为什么要在服务器文件夹的main.js文件之外创建集合?,meteor,collections,Meteor,Collections,据我所知,mongo集合应该存储在后端,并应根据请求将数据提供给前端。在documentation()中,它说创建一个imports文件夹(我已经有了)并在那里调用它。为什么要在服务器文件夹之外创建集合?我以前创建过meteor应用程序,第一次加载页面时速度很慢,但访问其他页面时速度很快。我想这是因为调用了imports文件夹中的整个集合 确保您了解收集对象和数据之间的差异 前者只是一个容器。在Meteor中,您在服务器和客户端中使用相同的代码,但实际上它的行为略有不同:在服务器上,集合访问完整

据我所知,mongo集合应该存储在后端,并应根据请求将数据提供给前端。在documentation()中,它说创建一个imports文件夹(我已经有了)并在那里调用它。为什么要在服务器文件夹之外创建集合?我以前创建过meteor应用程序,第一次加载页面时速度很慢,但访问其他页面时速度很快。我想这是因为调用了imports文件夹中的整个集合

确保您了解收集对象和数据之间的差异

前者只是一个容器。在Meteor中,您在服务器和客户端中使用相同的代码,但实际上它的行为略有不同:在服务器上,集合访问完整的Mongo数据库,而在客户端,它只访问客户端的Minimongo

然后通过发布和订阅将数据从服务器复制到客户端minimongo。只要您保留用于原型制作的
autopublish
包,它就会为您发布和订阅整个数据,因此您不必管理发布/订阅,并且您可能会认为所有数据总是完全复制到客户端中。这也使得您的初始页面加载很长,因为您传输了所有数据

因此,听起来您现在应该停止使用
autopublish
包并开始管理发布/订阅了