ChatGPT解决这个技术问题 Extra ChatGPT

How to declare a type as nullable in TypeScript?

I have an interface in TypeScript.

interface Employee{
    id: number;
    name: string;
    salary: number;
}

I would like to make salary as a nullable field (Like we can do in C#). Is this possible to do in TypeScript?


R
Ryan Cavanaugh

All fields in JavaScript (and in TypeScript) can have the value null or undefined.

You can make the field optional which is different from nullable.

interface Employee1 {
    name: string;
    salary: number;
}

var a: Employee1 = { name: 'Bob', salary: 40000 }; // OK
var b: Employee1 = { name: 'Bob' }; // Not OK, you must have 'salary'
var c: Employee1 = { name: 'Bob', salary: undefined }; // OK
var d: Employee1 = { name: null, salary: undefined }; // OK

// OK
class SomeEmployeeA implements Employee1 {
    public name = 'Bob';
    public salary = 40000;
}

// Not OK: Must have 'salary'
class SomeEmployeeB implements Employee1 {
    public name: string;
}

Compare with:

interface Employee2 {
    name: string;
    salary?: number;
}

var a: Employee2 = { name: 'Bob', salary: 40000 }; // OK
var b: Employee2 = { name: 'Bob' }; // OK
var c: Employee2 = { name: 'Bob', salary: undefined }; // OK
var d: Employee2 = { name: null, salary: 'bob' }; // Not OK, salary must be a number

// OK, but doesn't make too much sense
class SomeEmployeeA implements Employee2 {
    public name = 'Bob';
}

Looks like strictly nullable types and strict null-checks have been implemented and will arrive with Typescript 2.0! (or typescript@next now.)
are you sure about var c in the first example? It seems to me that var b and var c are the same there.
This is incorrect. JS distinguish between null and undefined. Correct code should be salary:number|null; If you do salary?:number; salary = null; You will get an error. However, salary = undefined; will work just fine in this case. Solution: use Union i.e. '|'
(Downvoting as it is now obsolete / not good practice.)
Huh why not | null. You say yourself that undefined isn't the same as null. Optional is undefined, so this doesn't the answer at all?
T
Tim Santeford

To be more C# like, define the Nullable type like this:

type Nullable<T> = T | null;

interface Employee{
   id: number;
   name: string;
   salary: Nullable<number>;
}

Bonus:

To make Nullable behave like a built in Typescript type, define it in a global.d.ts definition file in the root source folder. This path worked for me: /src/global.d.ts


Using this breaks the auto-completion of object properties. For example if we have emp: Partial<Employee>, we can do emp.id or emp.name etc but if we have emp: Nullable<Employee>, we can't do emp.id
This is the actual answer to the question.
@YousufKhan That is true. That's probably because since emp is potentially nullable, the id property might be invalid. To make the code robust, you should probably use an if block to check for null first, like this: if (emp) { console.log(emp.id); } If you use such an if-block, the TypeScript compiler and the editor "see" that the object inside the block is not null and thus will not generate errors and allow auto completion inside the if-block. (It works well in my Visual Studio 2019 editor and I assume it will work in Visual Studio Code too. But I don't know about other editors.)
@YousufKhan . . . When using emp: Partial<Employee>, the resulting type contains all properties from Employee, but those properties will be nullable. (Well, undefinedable might be the more appropriate term here.) So all properties of emp are available, but nullable. When using emp: Nullable<Employee>, the emp variable itself is nullable. If it is not null, it should be a valid full Employee instance. You could combine those as well: emp: Nullable<Partial<Employee>>. In that case, emp is nullable itself, but when not null, its properties can all be nullable as well.
Could you add Value and HasValue too like Nullable in C#? A generic class could probably be used but you will have to instantiate it too instead of just using a type declaration.
i
i.am.michiel

Union type is in my mind best option in this case:

interface Employee{
   id: number;
   name: string;
   salary: number | null;
}

// Both cases are valid
let employe1: Employee = { id: 1, name: 'John', salary: 100 };
let employe2: Employee = { id: 1, name: 'John', salary: null };

EDIT : For this to work as expected, you should enable the strictNullChecks in tsconfig.


If you use --strictNullChecks (which you should), this is a valid solution. I would not use it in favour of optional members, since it forces you to add an explicit null on all literal objects, but for function return values, it is the way to go.
To clarify @geon's suggestion: an optional property of an interface is declared with a ? on the property name. salary?: number means that salary can be omitted, or equivalently given value undefined, but cannot give it value null. Good demonstration of different declarations using optional and/or null.
@ToolmakerSteve Yes. Using salary: number | null or salary: number | undefined is still great, because it forces you do set it to something, even if that something is undefined. It is easy to forget otherwise.
M
Miguel Ventura

Just add a question mark ? to the optional field.

interface Employee{
   id: number;
   name: string;
   salary?: number;
}

As Ryan pointed out... ? means optional in typescript, not nullable. Without ? means the var must be set to a value including null or undefined. With ? you can skip the whole declaration-thingy.
Thank you! I googled for "typescript optional value" so this is exactly what I was looking for.
As per @HeNrik's comment: This is an answer to a slightly different question than was asked. Since 2.0 in 2016, Here is a good demonstration of all possible combinations of optional / undefined / null when declaring a type.
W
Willem van der Veen

You can just implement a user-defined type like the following:

type Nullable<T> = T | undefined | null;

var foo: Nullable<number> = 10; // ok
var bar: Nullable<number> = true; // type 'true' is not assignable to type 'Nullable<number>'
var baz: Nullable<number> = null; // ok

var arr1: Nullable<Array<number>> = [1,2]; // ok
var obj: Nullable<Object> = {}; // ok

 // Type 'number[]' is not assignable to type 'string[]'. 
 // Type 'number' is not assignable to type 'string'
var arr2: Nullable<Array<string>> = [1,2];

R
Ritwik
type MyProps = {
  workoutType: string | null;
};

M
Margaux

Nullable type can invoke runtime error. So I think it's good to use a compiler option --strictNullChecks and declare number | null as type. also in case of nested function, although input type is null, compiler can not know what it could break, so I recommend use !(exclamination mark).

function broken(name: string | null): string {
  function postfix(epithet: string) {
    return name.charAt(0) + '.  the ' + epithet; // error, 'name' is possibly null
  }
  name = name || "Bob";
  return postfix("great");
}

function fixed(name: string | null): string {
  function postfix(epithet: string) {
    return name!.charAt(0) + '.  the ' + epithet; // ok
  }
  name = name || "Bob";
  return postfix("great");
}

Reference. https://www.typescriptlang.org/docs/handbook/advanced-types.html#type-guards-and-type-assertions


Two comments: a) Modern JS or TS can use the "null-coalesce" operator ??. This is less likely to result in accidental errors than the "falsey" logical-OR operator ||. name = name ?? "Bob"; is cleaner way to replace null with a default value. b) I would not use ! in this code. Any time you use !, you make it possible that a future maintainer of code might make a mistake, resulting in a rare runtime error: painful to debug. Safer is const name2:string = name ?? "Bob"; function postfix(...) { return name2.charAt(0) ...
T
Tobias S.

I solved this issue by editing the tsconfig.json file.

Under: "strict": true, add those 2 lines:

"noImplicitAny": false,
"strictNullChecks": false,

does this not defeat the purpose of typescript? surely there has to by a way to set an object property or object to some null safe state?
@d0rf47, I haven't tested it but I think you can use the NonNullable helper for that use case typescriptlang.org/docs/handbook/…
b
bcherny

i had this same question a while back.. all types in ts are nullable, because void is a subtype of all types (unlike, for example, scala).

see if this flowchart helps - https://github.com/bcherny/language-types-comparison#typescript


-1: This is not true at all. As for void being 'subtype of all types' (bottom type), refer to this thread. Also the chart you provided for scala is incorrect as well. Nothing in scala is, in fact, the bottom type. Typescript, atm, does not have bottom type while scala does.
"Subtype of all types" != bottom type. See the TS spec here github.com/Microsoft/TypeScript/blob/master/doc/…
Y
Yilmaz
type Nullable<T> = {
  [P in keyof T]: T[P] | null;
};

and then u can use it

Nullable<Employee>

This way you can still use Employee interface as it is somewhere else


S
Shura
type WithNullableFields<T, Fields> = {
  [K in keyof T]: K extends Fields 
    ? T[K] | null | undefined
    : T[K]
}

let employeeWithNullableSalary: WithNullableFields<Employee, "salary"> = {
  id: 1,
  name: "John",
  salary: null
}

Or you can turn off strictNullChecks ;)

And the reversed version:

type WithNonNullableFields<T, Fields> = {
  [K in keyof T]: K extends Fields
    ? NonNullable<T[K]>
    : T[K]
}