人类高质量男性开发的基于TS且自带运行时校验的unicloud云函数是什么样子的？

本文链接：https://blog.csdn.net/qq_43313205/article/details/120297506

本文介绍了如何将基于TypeScript的unicloud云函数改造为带有运行时校验的版本，通过tsbuffer-validator库解决参数校验问题，避免“undefined”错误和API参数定义困扰。文章详细阐述了改造过程，包括定义proto，生成schemas.json，创建验证中间件等步骤，并展示了错误处理示例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

原文链接-因卓诶-人类高质量男性开发的基于TS且自带运行时校验的unicloud云函数是什么样子的？

前言

去年年底在上一家团队的伦哥和我提到了TypeScript的运行时校验，当时由于没有使用TS开发过后端，所以也就不太关心这个事情。但是今年开发TS后端，尤其是最近重构剑指题解开源项目的v
版本接口的时候，才觉得我必须要上运行时检测了。这篇文章内容不会很长（由于时间紧迫，我就简明扼要的写），我会从现有的云函数开始，然后和大家一步一步复盘改造细节。

改造开始

改造之前你需要了解为什么需要运行时检测？目前运行时检测有哪些方案，他们分别有什么弊端？
Nodejs开发中和我们客户端js开发都有共同问题，就是“undefined”，报各种定义找不到，而且后端规定API参数的时候很头疼。
往往要写这样繁琐的代码进行类型安全的控制:

// 添加文章
  async addArticle() {
    return handleMustRequireParam(
      [
        {
          key: 'title',
          value: '文章标题'
        },
        {
          key: 'content',
          value: 'content内容'
        },
        {
          key: 'tagID',
          value: '标签内容'
        },
        {
          key: 'desc',
          value: '描述'
        }
      ],
      this.event.params
    )
      .then(async () => await this.handler('addArticle'))
      .catch((err) => err);
  }

handleMustRequireParam这个方法是定义的一个函数，用于检测必传参数是否未传递或者为空。在每一个云函数中我们都要写这样一大段非常臃肿的代码。而且客户端鬼知道会给你传递什么乱七八糟的参数（这种情况在unicloud 文档云数据库经常出现）。所以swrod开源项目升级了explain.js到v2版本&