前端的全栈之路Meteor篇(四):RPC方法注册及调用-更轻量的服务接口提供方式

本文涉及的产品
无影云电脑企业版,4核8GB 120小时 1个月
无影云电脑个人版,1个月黄金款+200核时
资源编排,不限时长
简介: RPC机制通过前后端的`callAsync`方法实现了高效的数据交互。后端通过`Meteor.methods()`注册方法,支持异步操作;前端使用`callAsync`调用后端方法,代码更简洁、易读。本文详细介绍了Methods注册机制、异步支持及最佳实践。

在Meteor3.0中,RPC(远程过程调用)机制是实现前后端数据交互的重要特性。通过RPC,前端可以轻松调用后端方法(Methods)并获取数据,而后端的逻辑也可以同步或异步执行并返回结果。本文将详细介绍Meteor 3.0中的Methods注册机制及前后端的callAsync方法。
而远程方法调用,没有了http一类的复杂协议头/版本等,非常适合做成serverless模式

前文提要:开发环境的搭建 -全局安装或使用容器镜像容器化开发环境下的meteor工程架构解析运行在浏览器端的NoSQL数据库副本-MiniMongo介绍及其前后端数据实时同步示例

一 后端Methods的注册

在Meteor 3.0中,后端的Methods是通过Meteor.methods()进行注册的。每个Method都可以被客户端调用,并且后端会自动处理这些调用。典型的Method注册过程如下:

Meteor.methods({
   
  'methodName': function (param1, param2) {
   
    // 在方法内使用 `this` 来获取当前上下文
    const userId = this.userId;  // 获取调用者的用户ID

    // 执行一些业务逻辑
    if (!userId) {
   
      throw new Meteor.Error('not-authorized');
    }

    return `Hello ${
     param1}, you passed ${
     param2}`;
  }
});

this 相关

  • 在方法内,this指向调用上下文,主要用于访问一些与当前用户和调用相关的状态。例如,this.userId可以获取调用方法的用户ID,this.connection可以访问与客户端的连接信息。

this.connection可以用于存储少量的session级别数据,但不推荐,仅仅在需要做清理工作的时候有必要,如果不精通尽量少用

  • this只在非箭头函数中生效,因此需要特别注意在Method中避免使用箭头函数,确保可以正确获取上下文。

异步支持(async/await

  • 在Meteor 3.0中,Methods也可以注册为异步函数,通过使用asyncawait实现异步逻辑。这使得后端在处理复杂的异步操作时更加方便,减少回调的嵌套。
Meteor.methods({
   
  'asyncMethodName': async function (param1) {
   
    // 使用 this.userId 获取用户信息
    const userId = this.userId;

    if (!userId) {
   
      throw new Meteor.Error('not-authorized');
    }

    // 异步操作,等待数据库查询结果
    const result = await someAsyncFunction(param1);

    return result;
  }
});

通过使用async/await,可以在Method中轻松处理异步操作,避免传统回调地狱的问题,同时提升代码的可读性。

二 前端调用:callAsync

在Meteor 3.0中,前端调用后端Method的传统方式是通过Meteor.call,而新引入的callAsync方法则提供了更加现代化的Promise支持,让前端代码更符合异步编程的趋势。

传统调用:Meteor.call

Meteor.call('methodName', param1, param2, (error, result) => {
   
  if (error) {
   
    console.error('Error calling method:', error);
  } else {
   
    console.log('Result from method:', result);
  }
});

这种方式通过回调函数处理结果或者错误,虽然有效,但对于复杂逻辑嵌套的情况来说,代码不够简洁。

新的异步调用:callAsync

callAsync方法返回的是一个Promise,因此可以与async/await结合使用,简化异步调用的逻辑。

async function fetchData() {
   
  try {
   
    const result = await Meteor.callAsync('asyncMethodName', param1);
    console.log('Result:', result);
  } catch (error) {
   
    console.error('Error:', error);
  }
}

相比传统的回调方法,callAsync的优势在于:

  1. 更简洁的代码结构:通过async/await处理异步逻辑,代码更加直观。
  2. 统一的错误处理:可以使用try...catch来捕获错误,避免回调地狱。
  3. Promise链支持:也可以利用thencatch链式调用,提升灵活性。

三 后端调用:Meteor.callAsync

不仅前端可以使用callAsync,在Meteor 3.0中,后端也可以通过Meteor.callAsync来调用其他Methods。这在需要跨方法调用时非常有用。

Meteor.methods({
   
  'methodA': async function () {
   
    const result = await Meteor.callAsync('methodB', someParam);
    return result;
  },

  'methodB': function (param) {
   
    return `You passed ${
     param}`;
  }
});

这种方式允许在一个Method中异步调用另一个Method,使得后端逻辑更加灵活,同时避免了复杂的嵌套回调。

四 最佳实践

在实际的开发过程中,我们注册一个接口(类似定义一个http的路径),前端再去调用,如果都是字符串的形式,有时候就容易出现对齐错误的问题,为了避免这种问题发生,我们实际上可以前后端共享一个对象结构,保证修改时,一次搞定两端。

例如创建一个methodNames.js文件,这个文件不适用任何api,只导出一个对象,用于映射方法名,它便可以在浏览器以及nodejs都可用。

export const MethodNames = {
   
   complexName1: 'complex-ns-1',
   otherMethodNew: 'other-deel-2'
}

注册方法的时候就使用这个对象:

// server.js
Meteor.methods({
   
    [MethodNames.complexName1]: async function(...args){
   },
    [MethodNames.otherMethodNew]: async function(...args){
   }
})

前端调用也导入这个文件:

Meteor.callAsync(MethodNames.complexNamep1).then()
Meteor.callAsync(MethodNames.otherMethodNew, arg1,arg2).then()

这样就可以随时修改实际上的方法名了,一次修改前后端都改了。

需要注意的是,看上去前后端混合了,实际上并不是,只是这个文件在前端和后端分别构建的时候,同样的代码被打包到了前端和后端的构建物里面。

五 总结

Meteor 3.0中引入的异步支持和callAsync方法,使得开发者在处理前后端数据交互时更加轻松。核心的RPC机制通过后端Methods注册、上下文访问(this)、以及异步支持,使得业务逻辑的实现变得更加直观。而前后端的callAsync方法进一步提升了代码的可读性和维护性,让开发者可以在异步编程中获益更多。

相关文章
|
2月前
|
缓存 前端开发 JavaScript
前端的全栈之路Meteor篇(二):容器化开发环境下的meteor工程架构解析
本文详细介绍了使用Docker创建Meteor项目的准备工作与步骤,解析了容器化Meteor项目的目录结构,包括工程准备、环境配置、容器启动及项目架构分析。提供了最佳实践建议,适合初学者参考学习。项目代码已托管至GitCode,方便读者实践与交流。
|
2月前
|
监控 JavaScript 前端开发
前端的混合之路Meteor篇(六):发布订阅示例代码及如何将Meteor的响应数据映射到vue3的reactive系统
本文介绍了 Meteor 3.0 中的发布-订阅模型,详细讲解了如何在服务器端通过 `Meteor.publish` 发布数据,包括简单发布和自定义发布。客户端则通过 `Meteor.subscribe` 订阅数据,并使用 MiniMongo 实现实时数据同步。此外,还展示了如何在 Vue 3 中将 MiniMongo 的 `cursor` 转化为响应式数组,实现数据的自动更新。
|
2月前
|
JSON 分布式计算 前端开发
前端的全栈之路Meteor篇(七):轻量的NoSql分布式数据协议同步协议DDP深度剖析
本文深入探讨了DDP(Distributed Data Protocol)协议,这是一种在Meteor框架中广泛使用的发布/订阅协议,支持实时数据同步。文章详细介绍了DDP的主要特点、消息类型、协议流程及其在Meteor中的应用,包括实时数据同步、用户界面响应、分布式计算、多客户端协作和离线支持等。通过学习DDP,开发者可以构建响应迅速、适应性强的现代Web应用。
|
2月前
|
JavaScript 前端开发 Docker
前端的全栈之路Meteor篇(一):开发环境的搭建 -全局安装或使用容器镜像
本文介绍了如何搭建 Meteor 开发环境,包括全局安装 Meteor 工具和使用 Docker 镜像两种方法,以及创建和运行一个简单的 Meteor 项目的基本步骤。 Meteor 是一个全栈 JavaScript 框架,适用于构建实时 Web 应用程序。文章还提供了遇到问题时的解决建议和调试技巧。
|
2月前
|
JSON 前端开发 数据格式
前端的全栈之路Meteor篇(五):自定义对象序列化的EJSON介绍 - 跨设备的对象传输
EJSON是Meteor框架中扩展了标准JSON的库,支持更多数据类型如`Date`、`Binary`等。它提供了序列化和反序列化功能,使客户端和服务器之间的复杂数据传输更加便捷高效。EJSON还支持自定义对象的定义和传输,通过`EJSON.addType`注册自定义类型,确保数据在两端无缝传递。
|
2月前
|
人工智能 前端开发 JavaScript
前端大模型入门(二):掌握langchain的核心Runnable接口
Langchain.js 是 Langchain 框架的 JavaScript 版本,专为前端和后端 JavaScript 环境设计。最新 v0.3 版本引入了强大的 Runnable 接口,支持灵活的执行方式和异步操作,方便与不同模型和逻辑集成。本文将详细介绍 Runnable 接口,并通过实现自定义 Runnable 来帮助前端人员快速上手。
|
2月前
|
前端开发 JavaScript API
前端的全栈之路Meteor篇(完):关于前后端分离及与各框架的对比,浅析分离之下的潜在耦合
本文探讨了Meteor.js这一全栈JavaScript框架的特点与优势,特别是在前后端分离架构中的应用。Meteor通过共享数据结构和简化全栈开发流程,实现了前后端的紧密协作。文章还对比了其他全栈框架,如Next.js、Nuxt.js等,分析了各自的优势与适用场景,最后讨论了通过定义文档归属者和用户专有数据集简化后端构建及端云数据同步的方法。
|
2月前
|
NoSQL 前端开发 MongoDB
前端的全栈之路Meteor篇(三):运行在浏览器端的NoSQL数据库副本-MiniMongo介绍及其前后端数据实时同步示例
MiniMongo 是 Meteor 框架中的客户端数据库组件,模拟了 MongoDB 的核心功能,允许前端开发者使用类似 MongoDB 的 API 进行数据操作。通过 Meteor 的数据同步机制,MiniMongo 与服务器端的 MongoDB 实现实时数据同步,确保数据一致性,支持发布/订阅模型和响应式数据源,适用于实时聊天、项目管理和协作工具等应用场景。
|
2月前
|
存储 人工智能 前端开发
前端大模型应用笔记(三):Vue3+Antdv+transformers+本地模型实现浏览器端侧增强搜索
本文介绍了一个纯前端实现的增强列表搜索应用,通过使用Transformer模型,实现了更智能的搜索功能,如使用“番茄”可以搜索到“西红柿”。项目基于Vue3和Ant Design Vue,使用了Xenova的bge-base-zh-v1.5模型。文章详细介绍了从环境搭建、数据准备到具体实现的全过程,并展示了实际效果和待改进点。
140 2
|
2月前
|
JavaScript 前端开发 程序员
前端学习笔记——node.js
前端学习笔记——node.js
43 0
下一篇
无影云桌面