我可以在TypeScript严格的null检查模式下禁用对null和undefined的区分吗?

问题描述

我目前正在将大型TypeScript代码库转换为严格的null检查。代码库有许多类型,带有可选成员:

interface MyInterface {
  member1?: number;
  member2?: string;
}

此外,它使用类型Nullable<T> = T | null,并具有许多return null语句。

现在,我面临许多编译器错误,这些错误基本上表明T | null无法转换为T | undefined,反之亦然,例如本例:

interface MyInterface {
  member1?: number;
  member2?: string;
}

const myFunction = () => {
  return null;
}

const item: MyInterface = {};
item.member1 = myFunction();      // <== can't assign null to undefined

我喜欢在TypeScript中执行严格的空检查,但是对于nullundefined间的区别我没有用。我可以理解,在某些用例中,区分nullundefined是有意义的,但是在这个项目中,它实际上没有发挥重要作用。这些return null只会返回任何内容函数-不管是null还是undefined都不重要。可选成员也一样-它们要么设置为值,要么不设置。

我也更喜欢不将member1?: number;转换为member1: Nullable<number>;,而将return null保留原样

至少在TypeScript中,我可以禁用undefinednull间的区别吗?

解决方法

我最好写评论,但由于我想向您展示一些代码示例,所以我将其保留为答案。

如果我是你,我会为所有带有可选(弱)属性的接口添加包装器。

以下是此类包装的示例:


type MapNullable<T> = {
    [P in keyof T]: undefined extends T[P] ? (T[P] | null) : T[P]
}

interface MyInterface {
  member1?: number;
  member2?: string;
}

const myFunction = () => {
  return null;
}

const item: MapNullable<MyInterface> = {};
item.member1 = myFunction(); // member1?: number | null | undefined

MapNullable遍历所有属性。如果property是可选的,则仅使用另一种类型null扩展此属性,如果property不是可选的,则将其保留不变。

我知道这不是最佳解决方案,但至少它可以帮助您进行迁移。 迁移之后,您可以使类型更健壮并摆脱MapNullable界面。

MapNullable并不是最佳的类型名称,但仍然优于FooBar

我同意@jcalz,我无法想象以其他方式处理undefined | null的其他方式

更新

看起来您的代码在TS游乐场中正常运行。请参阅here

我已禁用strictNullChecks。没有错误。

您应该显式设置函数的返回类型。

const myFunction = ():null => {
  return null;
}

TS版本:4.0.2