我可以在 TypeScript 嚴格空檢查模式下禁用區分 null 和 undefined 嗎？

Question

我目前正在將大型 TypeScript 代碼庫轉換為嚴格的空檢查。 代碼庫有許多帶有可選成員的類型：

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

此外，它使用類型Nullable<T> = T | null Nullable<T> = T | null ，並且有很多return null語句。

現在我面臨許多編譯器錯誤，這些錯誤基本上表明T | null T | null不能轉換為T | undefined 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 中的嚴格空檢查，但我沒有用null和undefined之間的區別。 我可以理解在某些用例中區分null和undefined是有意義的，但在這個項目中，它確實沒有發揮重要作用。 這些return null函數什么都不返回——它是null還是undefined都沒有關系。 可選成員也是如此——它們要么被設置為一個值，要么不是。

我也寧願不轉換member1?: number; 對成員 1 member1: Nullable<number>; , 並保持原樣return null

我可以禁用undefined和null之間的區別，至少在 TypeScript 中嗎？

Answer 1

我最好寫一條評論，但由於我想向您展示一些代碼示例，因此我將其作為答案。

如果我是你，我會為你的所有接口添加一些帶有可選（弱）屬性的包裝器。

這是此類包裝器的示例：

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不是類型的最佳名稱，但仍比Foo或Bar

我同意@jcalz，我無法想象以其他方式處理 undefined|null 的其他方式

更新

看起來您的代碼在 TS playground 中可以正常工作。 請看這里

我已經禁用了strictNullChecks 。 沒有錯誤。

您應該明確設置函數的返回類型。

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

TS 版本：4.0.2