JavaScript 和 TypeScript 开发人员经常发现自己重复编写相同的条件。如果您是一名 Web 开发人员，您可能遇到过这样的代码：

const handleSaveTextKeydown = (event: KeyboardEvent) => {
   if (event.key === 'Enter') {
    //... save text
   }
}

在这种情况下，event.key是字符串类型，例如，如果不小心在“Enter”中包含空格，很容易引入错误。

为什么不将这个条件封装在一个函数中？

const handleSaveTextKeydown = (event: KeyboardEvent) => {
   if (checkIsEnterKey(event.key)) {
    //... save text
   }
}

这确保了对 Enter 键的所有检查都是一致且可靠的。

现在，考虑这个验证：

type Value = null | object;

const value = {} as Value;

if (typeof value === 'object') {
  value; // value type is null | object
}

尽管 TypeScript 很智能，但条件内的值仍然是 Value 类型。这是因为 typeof null 返回 'object'.

所以，你需要写：

if (value !== null && typeof value === 'object') {
  value; // value type is object
}

很多开发者遇到这种情况可能不会将其封装成函数，而是重复编写。

你一生中写过多少次同样的情况？

同样的错误你犯过多少次了？

同样的条件你以后还会写多少次？

如果是我，我会这样做：

if (checkIsObject(value)) {
  value; // value type is object
}

将通用条件封装在函数中有很多好处。

考虑以下示例：

const array = [0, 1, 2, 3, 4, 5, null, undefined];

让我们创建一个仅排除空值的数组。

您可以优先考虑简洁性并这样写：

const numbers = array.filter(Boolean);

不幸的是，这并不理想。 0 也被评估为 false 并被排除。所以你需要写：

const numbers = array.filter(item => item !== null && item !== undefined);

这不感觉像丑陋的、不可重用的代码吗？

我可以写出更优雅的代码：

const numbers = array.filter(checkIsNullish);

停止重复编写通用条件。它只会导致错误，并且代码变得不太可读。

让我介绍一下我创建的一个名为 checker 的库。

该实用函数库将一般 Web 开发和低级开发中常用的条件表示为函数。所有函数都接受输入并返回布尔值。

在撰写本文时，它提供了丰富的函数来处理字符串、数字、布尔值和空值等数据类型。所有功能都经过测试、记录，并且易于开始使用。

让我们看一些现实世界的例子。

该库提供的包全部发布在JSR上。它们可以轻松安装在 NPM、PNPM、Yarn、Bun 和 Deno 项目中。

这里我们以NPM的@checker/string包为例。

1. 安装软件包

在项目目录中运行以下命令：

  npx jsr add @checker/string

1. 使用函数

  import { checkIsNotEmptyString, checkIsIndexFound } from "@checker/string";

  const value = "Hello";

  const formatted = value.trim();

  if (checkIsNotEmptyString(formatted)) {
    // formatted !== ''
    // When formatted is not an empty string
  }

  const index = value.indexOf("el");

  if (checkIsIndexFound(index)) {
    // index !== -1
    // When "el" is found in value
  }

我不喜欢使用像 !SOME_CONDITION 这样的逻辑否定运算符来反转布尔值。这是因为它是隐式的，并且简单地通过添加或省略它来反转布尔值可能会导致许多危险的情况。

因此，所有函数都定义了相应的 checkIsNot~ 函数。

将通用条件封装在函数中。这样，代码变得更具可读性，并且错误变得更容易发现。

感谢您的阅读。