實現Nest中參數的聯合類型校驗

作者：神奇的程序員 2022-04-21 09:59:53

在nest的dto層對參數進行校驗時，某個參數可能有多種類型，遇到這種情況你會怎么處理？本文將跟大家分享這個問題的解決方案。

場景概述

我們在進行接口開發時，客戶端需要傳入一個名為text的字段，它可能是string類型或Array<Object>類型(在TS中我們把這種關系稱之為聯合類型 )，class-validator庫中提供了相關的校驗注解，那把他們寫在一起能否完成相關的校驗呢，如下所示：

export class AppDto {
 @ApiProperty({ example: "2022年4月20日修改", description: "備注" })
  @IsString()
  @IsArray()
  @ValidateNested({ each: true })
  @Type(() => TextObjDto)
  public text!: string | Array<TextObjType>; 
}

TextObjDto的代碼如下所示：

export class TextObjDto {
  @ApiProperty({ example: "修復了一些bug", description: "內容" })
  @IsString()
  content!: string;
  @ApiProperty({ example: "2022-04-20 07:52", description: "創建時間" })
  @IsString()
  createTime?: string;
  @ApiProperty({ example: true, description: "是否為新功能標識" })
  @IsBoolean()
  mark?: boolean;
}

啟動項目，用postman測試后發現并不好使，傳了array類型的數據又要求是string類型，傳了string類型的數據又要求是array類型。

注意：嵌套類型的對象驗證需要使用@ValidateNested和@Type注解， @Type接受一個回調函數，函數內部需要返回一個用class聲明的dto類。

解決方案

經過一番求助，翻了一圈class-validator的文檔，發現沒有現成的解決方案。那么，就只能自己拿到參數搞自定義校驗了。

在class-transformer這個庫中，提供了Transform方法，它接受一個回調函數作為參數，回調函數中提供了一個TransformFnParams類型的參數，其中的value字段就是客戶端傳過來的參數，我們只需要對其進行校驗即可。

接下來，我們來看下實現代碼，如下所示：

export class AppDto {
 @ApiProperty({ example: "2022年4月20日修改", description: "備注" })
  @IsOptional()
  @Transform(({ value }) => checkTitleKey(value))
  public text!: string | Array<TextObjType>;
}

上述代碼中，我們有一個名為checkTitleKey的校驗函數，因為需要自己校驗，所以就需要自己把TS的類型校驗復刻一遍出來，實現代碼如下所示：

如果校驗通過直接返回value參數即可
如果校驗不通過直接使用nest內置異常進行拋出即可

export function checkTitleKey(
  value: string | number | Array<TextObjType> | undefined | null
): any {
  if (typeof value === "string") {
    // 不做更改，直接返回
    return value;
  } else if (value instanceof Array) {
    // 不能為空數組
    if (value.length <= 0) {
      throw new BadRequestException(
        "property text cannot be an empty array",
        "Bad Request"
      );
    }
    for (let i = 0; i < value.length; i++) {
      // 校驗數組中的對象字段
      const objKeys = Object.keys(value[i]);
      if (objKeys.length <= 0) {
        throw new BadRequestException(
          "property text contains empty objects",
          "Bad Request"
        );
      }
      // 必須包含content字段
      if (!objKeys.includes("content")) {
        throw new BadRequestException(
          "property text objects in the array must contain 'content'",
          "Bad Request"
        );
      }
      // 對每個key進行校驗
      for (let j = 0; j < objKeys.length; j++) {
        switch (objKeys[j]) {
          case "content":
            // content字段必須為string類型
            if (typeof value[i].content !== "string") {
              throw new BadRequestException(
                "property text 'content' of the objects in the array must be of type string",
                "Bad Request"
              );
            }
            break;
          case "duration":
            if (typeof value[i].createTime !== "string") {
              throw new BadRequestException(
                "property text 'createTime' of the objects in the array must be of type number",
                "Bad Request"
              );
            }
            break;
          case "delay":
            if (typeof value[i].mark !== "boolean") {
              throw new BadRequestException(
                "property text 'mark' of the objects in the array must be of type number",
                "Bad Request"
              );
            }
            break;
          default:
            break;
        }
      }
    }
    return value;
  } else {
    throw new BadRequestException(
      "text must be an array or string",
      "Bad Request"
    );
  }
}

TextObjType的聲明也需要進行相對應的修改，如下所示：

全部變為可選參數，參數的必傳與否已經在校驗函數中處理了
類型全部變為any

export type TextObjType = {
  content?: any;
  createTime?: any;
  mark?: any;
};

有一部分開發者可能比較迷惑，不是說ts用any是可恥行為嗎，這我就要糾正下你了，既然它存在自然有使用場景。在我這個場景中，對象里所有key的類型校驗都手動處理了，如果在此處定義了它的類型，在校驗函數中就會報黃色警告，因此針對于需要手動校驗類型的場景而言，使用any是最合適的。

結果校驗

最后，我們針對于代碼里定義的異常規則來驗證下其是否能正常工作，如下所示：

# text字段為string類型
{
    "id":"122211",
    "title":"新的標題",
    "text":"新替換的文本內容",
    "name":"新的名字",
    "config":"var config = {\"name\":\"aa\",\"age\":\"21\",\"title\":\"標題測試\"}"
}
>>> 接口調用成功

# text字段為Array類型所有key都存在
{
    "id":"122211",
    "title":"新的標題",
    "text":[{"content":"新文本","createTime":"2022-04-20","mark":false}],
    "name":"新的名字",
    "config":"var config = {\"name\":\"aa\",\"age\":\"21\",\"title\":\"標題測試\"}"
}

>>> 接口調用成功

# text字段缺少content
{
    "id":"122211",
    "title":"新的標題",
    "text":[{"createTime":"2022-04-20","mark":false}],
    "name":"新的名字",
    "config":"var config = {\"name\":\"aa\",\"age\":\"21\",\"title\":\"標題測試\"}"
}
>>> 接口報錯400：property text objects in the array must contain 'content'

# text字段為number類型
{
    "id":"122211",
    "title":"新的標題",
    "text":19,
    "name":"新的名字",
    "config":"var config = {\"name\":\"aa\",\"age\":\"21\",\"title\":\"標題測試\"}"
}
>>> 接口報錯400：text must be an array or string

# text字段缺少createTime與mark
{
    "id":"122211",
    "title":"新的標題",
    "text":[{"content":"新文本"}],
    "name":"新的名字",
    "config":"var config = {\"name\":\"aa\",\"age\":\"21\",\"title\":\"標題測試\"}"
}
>>> 接口調用成功

如下圖所示，我們列舉一個text字段為數字時的報錯截圖，運行結果符合預期，文章開頭的問題成功解決：

責任編輯：趙寧寧來源：神奇的程序員

Nest 參數校驗