Meteor 集合

由 北公爵无欢 创建，路飞 最后一次修改 2016-08-12 集合在第一章我们提到了 Meteor 的核心功能， 那就是服务器端和客户端的自动数据同步。在这一章我们要仔细了解一下它是如何运作的，以及研究那个让它得以运行的关键技术: Meteor 集合（Collection）。集合是一个特殊的数据结构，它将你的数据存储到持久的、服务器端的 MongoDB 数据库中，并且与每一个连接的用户浏览器进行实时地同步。我们想让我们的 post 永久保存并且要在用户之间共享，所以我们一开始要新建一个叫做 Posts 的 collection 来保存它们。我们现在做一个社交新闻应用， 所以第一件事儿就是做一个人们贴上来的帖子的连接列表。 我们叫它 'post'很自然， 我们需要把它们存起来。 Meteor 捆绑了 MongoDB 运行在服务器上作为持久化存储。因此，尽管一个用户在浏览器上有各种状态(比如他们正在阅读哪一页， 或者正在输入那一条评论)， 而服务器上，尤其是 Mongo，保存的是永久保留的一致数据。 说到一致， 我们是指对于所有用户来说都是一样的数据: 每个用户也许在看不同的页面， 但是帖子 Post 的主列表对所有用户来说却始终是一样的。这些数据在Meteor中被存储在集合（Collection）中。 集合是一种特殊的数据结构， 通过发布（publications）和订阅（subscriptions）机制把数据实时同步上行或者下行到连接着的各个用户的浏览器或者Mongo数据库中。让我们看看如何做到的。我们希望我们的帖子Post可以持久存储并分享给用户们， 所以我们一开始就要建立一个叫 Posts 的集合来存储他们。 如果你还没有在根文件夹建立一个叫做 collections/ 的文件夹， 并在里面放一个 posts.js 的文件的话，那现在就加上。Posts = new Mongo.Collection('posts');增加一个 post 集合代码所在的目录既不是 client/ 也不是 server/ 所以 Posts 会共同存在运行在服务器和客户端。 然而，这个集合的使用在两种环境下十分不同。要 Var 还是不要 Var?在 Meteor 中，关键字 var 限制对象的作用域在文件范围内。 我们想要 Posts 作用于整个应用范围内，因此我们在这里不要 Var 这个关键字。存储数据网络应用有三种基本方式保存数据，各种方式有不同的角色：浏览器内存：像 JavaScript 变量的这些数据会保存在浏览器内存中，意味着他们不是永久性的：它们存在于当前浏览器标签中，当标签关闭后它们会消失。浏览器存储：浏览器也可存储较为永久性的数据，使用 cookies 或本地存储 Local Storage。虽然数据会在不同 session 间保持，但是只是针对于当前用户（包括标签之间）但不能轻易地共享给其他用户。服务器端数据库：你想永久保存数据并且提供给多个用户的最好方法是数据库（MongoDB 是 Meteor 应用默认的方案）。Meteor 使用所有三种方式，有时会从一个地方同步数据到另一个地方（我们会马上看到）。话虽如此，数据库仍然是包含数据主副本的“规范化的”数据源。客户端与服务器不在 client/ 或 server/ 文件夹中代码会在客户端和服务器端运行。所以 Posts 集合在客户端和服务器端都可用。但是，在各自环境下所起的作用有很大不同。在服务器，集合有一个任务就是和 Mongo 数据库联络，读取任何数据变化。 在这种情况下，它可以比对标准的数据库。在客户端，集合是一个安全拷贝来自于实时一致的数据子集。客户端的集合总是（通常）透明地实时更新数据子集。Console，Console 与 Console在这一章，我们开始使用浏览器控制台，不过不要和终端、Meteor Shell 或者 Mongo Shell 搞混了。 现在对它们做个比对。终端命令行由操作系统启动服务器端 console.log() 会输出到这里有 $ 提示符通常也被成为外壳程序 Shell，Bash浏览器控制台在浏览器内启动，执行 Javascript 代码 客户端的 console.log() 会输出到这里提示符是 ?也通常被称作 Javascript 控制台或者开发工具控制台（DevTools Console）Meteor Shell在 Terminal 用 meteor shell 调用。使你直接接触到应用的服务器端代码。提示符：>。Mongo 外壳程序 (Mongo Shell)从终端由 meteor mongo 或者 mrt mongo 来启动你可以在这里直接操作 App 的数据库提示符 >也被称作 Mongo 控制台 (Mongo Console)注意在各种情况下你都不需要敲提示符（$ ? 或 >）在命令前面。而且你可以认定任何不是用提示符起始的行都是前一个命令的输出结果。服务器端的集合在服务器端，集合可以像 API 一样操作 Mongo 数据库。在服务器端的代码，你可以写像 Posts.insert() 或 Posts.update() 这样的 Mongo 命令，来对 Mongo 数据库中的 posts 集合进行操作。如果想直接看看 MongoDB 数据库，可以打开第二个终端窗口（这时候 Meteor 还在第一个终端窗口继续运行呢），在你应用的目录，输入命令 meteor mongo 启动 Mongo Shell 外壳程序。现在你可以输入标准的 Mongo 命令（如同以往，你可以敲 ctrl+c 快捷键退出）。比如让我们插入一个新的 post：meteor mongo> db.posts.insert({title: "A new post"});> db.posts.find();{ "_id": ObjectId(".."), "title" : "A new post"};Meteor.com 上的 Mongo注意如果你把应用部署在 *.meteor.com 上，你一样可以通过 meteor mongo myApp 的方式进入你应用的 Mongo shell 进行操作。而且你还可以输入 meteor logs myApp 得到你应用的 log 日志。Mongo 的语法由于借鉴了 Javascript 的语法所以十分熟悉。我们现在在 Mongo 外壳里不做过多的数据操作，不过我们可以随时来这里检查数据确保他们正常存在。客户端集合客户端的集合更加有趣。当你在客户端申明 Posts = new Mongo.Collection('posts'); 你实际上是创建了一个本地的，在浏览器缓存中的真实的 Mongo 集合。 当我们说客户端集合被"缓存"是指它保存了你数据的一个子集，而且对这些数据提供了十分快速的访问。有一点我们必须要明白，因为这是 Meteor 工作的一个基础: 通常说来，客户端的集合的数据是你 Mongo 数据库的所有数据的一个子集（毕竟我们不会想把整个数据库的数据全传到客户端来）。第二，那些数据是被存储在浏览器内存中的，也就是说访问这些数据几乎不需要时间，不像去服务器访问 Posts.find() 那样需要等待，因为数据事实上已经载入了。介绍 MiniMongoMeteor 的客户端 Mongo 的技术实现被成为 MiniMongo。它目前还不