前端的全栈混合之路Meteor篇（一）：运行在浏览器端的数据库-MiniMongo介绍及其前后端数据实时同步示例

本文链接：https://blog.csdn.net/m0_38015699/article/details/142672690

Meteor 是一个全栈 JavaScript 框架，致力于简化 Web 应用开发。MiniMongo 是 Meteor 框架中的一个独特组件，它将 MongoDB 数据库的功能带到了客户端，使客户端能够像操作数据库一样，进行查询、插入、更新和删除操作。这使得前端开发者能够无缝地处理数据，同时享受 Meteor 的数据同步机制。

MiniMongo 是什么？

MiniMongo 是 MongoDB 的客户端版本，它在浏览器中运行，并模拟了 MongoDB 的核心功能。它允许开发者在客户端直接使用类似 MongoDB 的 API 进行数据库操作，比如 find()、insertAsync()、updateAsync() 和 removeAsync() 等（前端因为数据在内存可去掉Async后缀也可保持前后端异步一致性）。

MiniMongo 最强大的特性之一是它支持实时数据同步。通过 Meteor 的数据传输机制，客户端的 MiniMongo 与服务器端的 MongoDB 保持数据同步，保证数据的一致性。这使得应用可以即时响应用户操作，而无需手动刷新页面或重新请求数据。

MiniMongo 的核心功能

MiniMongo 提供了以下核心功能：

MongoDB API 操作： 客户端可以使用标准的 MongoDB 操作方法，如查询、插入、更新和删除。
实时数据同步： 客户端的 MiniMongo 会与服务器端的 MongoDB 自动同步，使得数据在客户端和服务器之间保持一致。
发布/订阅机制： Meteor 的 publish 和 subscribe 机制与 MiniMongo 协同工作，实现数据的按需加载。
响应式数据源： 通过 Tracker 和 Blaze 等响应式库，客户端的界面可以根据 MiniMongo 数据的变化自动更新。

前后端数据同步的实现

Meteor 的数据同步是通过其特有的发布/订阅 (Pub/Sub) 模型和数据传输层 (DDP) 实现的。以下是 Meteor 在前后端数据同步中的实现原理和步骤：

1. 数据集合的定义

在 Meteor 中，数据集合的定义可以共享在前端和后端。客户端使用 MiniMongo，后端使用 MongoDB。无论是在服务器端还是客户端，我们都可以通过同样的方式定义一个集合。

// 定义共享的集合
import { Mongo } from 'meteor/mongo';

export const Tasks = new Mongo.Collection('tasks');

这个集合的定义会在客户端被实例化为 MiniMongo，在服务器端实例化为 MongoDB 集合。

2. 服务器端发布数据

服务器通过 Meteor.publish() 来向客户端发布数据。发布的数据源自服务器的 MongoDB 集合。默认发布到前端的同名集合，也就是Tasks是前后端公用的变量（实现会有点差距，但接口一致）。

// server/main.js
import { Tasks } from '../imports/api/tasks.js';

Meteor.publish('tasks', function publishTasks() {
  return Tasks.find();  // 返回任务集合中的数据
});

服务器端定义了一个名为 tasks 的发布函数，将 Tasks 集合中的数据传递给客户端。

3. 客户端订阅数据

客户端通过 Meteor.subscribe() 订阅服务器发布的数据。当客户端订阅成功后，服务器上的数据会通过 DDP 协议实时传输到客户端的 MiniMongo 数据库。

// client/main.js
import { Tasks } from '../imports/api/tasks.js';

Meteor.subscribe('tasks');

// 订阅完成后，客户端可以像操作 MongoDB 一样操作 MiniMongo
// 这个就有点类似vue的watchEffect, 它会在Tasks这个集合的数据变化时重新跑一下这个函数
Tracker.autorun(() => {
  const tasks = Tasks.find().fetch();
  console.log("Tasks from MiniMongo:", tasks);
});

在客户端，Meteor.subscribe('tasks') 订阅了服务器发布的任务数据，数据将存储在客户端的 MiniMongo 中，并且每次集合数据有变化时，都会自动更新。

4. 数据同步机制

Meteor 使用 DDP (Distributed Data Protocol) 协议来实现前后端的数据同步。DDP 是一种基于 WebSockets 的协议，用于在客户端和服务器之间传输数据。在客户端订阅数据时，DDP 会通过 WebSocket 通道持续地监听服务器端数据的变化，并将更新的数据推送给客户端。

客户端在 MiniMongo 中对数据的操作（如插入、删除、更新）同样通过 DDP 被传输到服务器。Meteor 的服务器会监听这些操作，更新 MongoDB 后再将结果反馈给客户端。整个过程是实时且双向同步的。

5. 插入和更新操作

由于 Meteor 的客户端和服务器端集合是同一个 API，当你在客户端执行插入、更新或删除操作时，这些变更会被自动同步到服务器端的 MongoDB 中。

服务端策略配置：

// 允许再server里面的代码，通过server.js引入
Tasks.allow({
   insert(user,doc){
     return !!user // 允许登录用户直接创建数据
   },
   remove(user,doc){
     return user===doc.userId // 允许删除属于自己的数据
   }
   // ..其它操作 update/upsert等
});

客户端插入数据：

// 前端client的代码
Tasks.insertAsync({
  text: "Learn MiniMongo",
  createdAt: new Date(),
});

当用户在客户端插入数据时，Meteor 会立即将这条数据添加到 MiniMongo 中，并通过 DDP 将操作传输到服务器，最终更新服务器端的 MongoDB 数据库。

客户端更新数据：

// 前端client的代码
Tasks.updateAsync(taskId, {
  $set: { completed: true },
});

客户端的更新操作同样会立即影响 MiniMongo，并通过 DDP 同步到服务器。

6. 数据冲突和一致性

Meteor 通过一种称为乐观 UI (Optimistic UI) 的机制来确保流畅的用户体验。客户端在提交数据变更时，先立即更新 MiniMongo 中的数据，再通过 DDP 同步到服务器。如果服务器的验证或其他操作失败，客户端会收到回滚通知，将数据恢复为正确状态。

示例：

客户端提交数据时，先直接更新 MiniMongo。
服务器接收数据后进行验证。
如果验证成功，服务器更新 MongoDB，并将最终结果反馈给客户端。
如果失败，客户端恢复为原始状态。

实际应用场景

MiniMongo 的这种前后端数据同步机制特别适用于以下应用场景：

聊天应用： 消息可以实时从服务器同步到所有用户的浏览器。
项目管理工具： 任务和进度的更新可以即时传播到所有在线用户。
实时协作工具： 如共享文档、在线表格，用户的修改实时反映给其他用户。

总结

Meteor 的 MiniMongo 提供了一个强大的客户端数据库，让开发者可以轻松处理本地数据，同时通过 Meteor 的 DDP 实现了前后端数据的自动同步。通过这种机制，开发者能够快速构建出响应式、实时更新的 Web 应用，而不必手动编写复杂的同步逻辑。这一特性使得 Meteor 特别适合那些需要频繁更新数据、实时响应用户操作的应用场景。

目前计划是先介绍minimongo，然后将一讲它的pub/sub，然后是rpc，再就是其架构，最后就是分布实现简易版的前端和后端。虽然初学很简单，想应用还是需要掌握不少知识的，不然可能遇到性能、安全问题-尤其是没看完官方所有教程的时候，我在想要不要出个翻译版本，想想还是算了，完全的一对一翻译不太适合我…