TypeScript Type Assertions

last modified October 15, 2026

Type assertions in TypeScript allow developers to override the compiler's inferred type for a value, telling TypeScript to treat it as a specific type. This is useful when you know more about a value's type than TypeScript can infer, such as with dynamic data or third-party outputs. This tutorial explores type assertions with practical examples to demonstrate their usage and implications.

Type assertions use the as keyword or angle-bracket syntax (<Type>) to cast a value to a desired type. Unlike type conversions in other languages, they don't change the runtime value—only the compile-time type. While powerful, assertions require caution, as they bypass TypeScript's type checking, potentially masking errors if misused.

Basic Type Assertion

Type assertions can refine a broad type to a specific one. This example asserts a string from an any type.

basic_assertion.ts

let input: any = "Hello, TypeScript";
const message: string = input as string;

console.log(message.toUpperCase());

The input variable, typed as any, holds a string. The assertion as string tells TypeScript to treat it as a string, enabling toUpperCase.

Without the assertion, input.toUpperCase would compile but lack type safety. The output, "HELLO, TYPESCRIPT," confirms the operation. This is useful when dealing with untyped data needing specific methods.

$ npx tsx basic_assertion.ts
HELLO, TYPESCRIPT

Angle-Bracket Syntax

Type assertions can also use angle-bracket syntax, an alternative to as. This example asserts a number type.

angle_bracket_assertion.ts

let rawValue: any = 42;
const count: number = <number>rawValue;

console.log(count * 2);

The rawValue variable, typed as any, contains a number. The angle-bracket assertion <number> casts it to number, allowing arithmetic operations like multiplication.

The output, 84, reflects the doubled value. This syntax is equivalent to as number but less common in modern TypeScript due to JSX conflicts. It's a legacy option for asserting types explicitly.

$ npx tsx angle_bracket_assertion.ts
84

Asserting Object Types

Type assertions can specify an object's structure. This example asserts an interface type from a dynamic object.

object_assertion.ts

interface User {
    name: string;
    age: number;
}

const data: any = { name: "Bob", age: 28 };
const user: User = data as User;

console.log(user.name);

The data variable, typed as any, holds an object matching the User interface. The assertion as User casts it to User, enabling property access like user.name.

The output, "Bob," confirms the property exists. If data lacked age, it would still compile but could fail at runtime. This is handy for JSON or API data with known shapes.

$ npx tsx object_assertion.ts
Bob

Asserting Union Types

Type assertions can narrow a union type when its specific type is known. This example asserts a string from a union.

union_assertion.ts

function getValue(flag: boolean): string | number {
    return flag ? "Yes" : 42;
}

const result: string = getValue(true) as string;
console.log(result.length);

The getValue function returns a string | number union. When flag is true, it returns "Yes," and the assertion as string narrows it to string.

The output, 3, is the length of "Yes." Without assertion, result.length would error due to the union. This requires developer knowledge of the condition to avoid runtime issues.

$ npx tsx union_assertion.ts
3

Asserting with DOM Elements

Type assertions are common with DOM elements, which TypeScript can't fully type. This example asserts an HTML input element.

dom_assertion.ts

const element = document.querySelector("input");
const input = element as HTMLInputElement;

console.log(input.value);

The querySelector method returns an Element | null type. The assertion as HTMLInputElement specifies it as an input element, allowing access to value.

The output depends on the input's value (e.g., "test"). If element were a <div>, value would be undefined at runtime. This is critical for DOM manipulation with precise typing. The example uses the browser DOM, so it runs in a web page with an input element, not in Node.js.

Double Assertion

Double assertions handle incompatible types by first asserting to any. This example bridges unrelated types.

double_assertion.ts

interface Cat {
    meow(): void;
}

interface Dog {
    bark(): void;
}

const animal: Cat = { meow: () => console.log("Meow") };
const dog: Dog = animal as any as Dog;

try {
    dog.bark();
} catch (e) {
    console.log(e instanceof Error ? e.message : e);
}

The animal variable is a Cat. Direct assertion to Dog fails due to incompatibility, so as any as Dog first casts to any, then to Dog.

The call to dog.bark compiles but errors at runtime since bark doesn't exist. Double assertions are a last resort for type mismatches, requiring careful validation to avoid runtime failures.

$ npx tsx double_assertion.ts
dog.bark is not a function

Asserting Function Return Types

Type assertions can refine a function's return type when its shape is known. This example asserts an object from a generic function.

function_assertion.ts

function fetchData<T>(key: string): T {
    return { id: 1, name: "Item" } as T;
}

interface Item {
    id: number;
    name: string;
}

const item: Item = fetchData<Item>("key");
console.log(item.name);

The fetchData function returns a generic type T. Inside, it asserts an object to T, assuming it matches Item when called with <Item>.

The output, "Item," confirms the name property. If the returned object didn't match Item, it would compile but fail at runtime. This is useful for mocking or untyped APIs with known structures.

$ npx tsx function_assertion.ts
Item

Asserting with JSON Parsing

Type assertions help type JSON data after parsing. This example asserts a specific type from parsed JSON.

json_assertion.ts

interface Product {
    id: number;
    price: number;
}

const json = '{"id": 101, "price": 50}';
const product = JSON.parse(json) as Product;

console.log(product.price);

The JSON.parse method returns any. The assertion as Product casts the result to the Product interface, allowing access to price.

The output, 50, matches the JSON data. If the JSON lacked price, accessing it would compile but be undefined at runtime. This is common for typing dynamic data safely.

$ npx tsx json_assertion.ts
50

Best Practices

Use Assertions Sparingly: Rely on inference or explicit types over assertions when possible.
Validate Before Asserting: Ensure the value matches the asserted type to avoid runtime errors.
Prefer as Syntax: Use as over angle-brackets for clarity and JSX compatibility.
Avoid Double Assertions: Limit double assertions to rare cases, preferring type guards or redesign.
Document Assertions: Comment on why an assertion is needed to clarify intent for others.
Test Asserted Code: Verify runtime behavior of asserted types, especially with dynamic data.

Source

TypeScript Type Assertions Documentation

This tutorial covered TypeScript type assertions with practical examples. Use them judiciously to enhance type safety while managing flexibility.

Author

My name is Jan Bodnar, and I am a passionate programmer with extensive programming experience. I have been writing programming articles since 2007. To date, I have authored over 1,400 articles and 8 e-books. I possess more than ten years of experience in teaching programming.

List all TypeScript tutorials.

Ebooks