Mapped type modifiers (readonly, optional) in Typescript - Time & Space Complexity
When using mapped type modifiers like readonly and optional in TypeScript, it's helpful to understand how the time to create these types grows as the number of properties increases.
We want to see how the process of applying these modifiers scales with input size.
Analyze the time complexity of the following code snippet.
type ReadonlyProps<T> = {
readonly [P in keyof T]: T[P];
};
type OptionalProps<T> = {
[P in keyof T]?: T[P];
};
This code creates new types by adding readonly or optional modifiers to each property of a given type T.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Iterating over each property key in the type
T. - How many times: Once for every property in
T.
As the number of properties in the input type grows, the time to create the mapped type grows proportionally.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 property modifications |
| 100 | 100 property modifications |
| 1000 | 1000 property modifications |
Pattern observation: The work grows in a straight line with the number of properties.
Time Complexity: O(n)
This means the time to apply readonly or optional modifiers grows directly with the number of properties.
[X] Wrong: "Adding modifiers to a type is instant and does not depend on the number of properties."
[OK] Correct: Each property must be processed individually, so more properties mean more work.
Understanding how mapped types scale helps you reason about type transformations in real projects, showing you can think about code efficiency beyond just runtime.
"What if we nested mapped types inside each other? How would the time complexity change?"
Practice
What does the readonly modifier do when used in a mapped type in TypeScript?
Solution
Step 1: Understand the
Thereadonlymodifierreadonlykeyword in TypeScript means the property cannot be changed after initialization.Step 2: Apply to mapped types
When used in a mapped type, it makes all properties of the type unchangeable.Final Answer:
It makes all properties unchangeable (immutable). -> Option DQuick Check:
readonly= immutable [OK]
- Confusing readonly with optional
- Thinking readonly removes properties
- Assuming readonly allows changes
Which of the following is the correct syntax to make all properties optional in a mapped type?
type PartialType<T> = { ? }Solution
Step 1: Recall optional property syntax
In TypeScript, adding?after a property name makes it optional.Step 2: Apply optional modifier in mapped type
The correct syntax is[P in keyof T]?: T[P]to make all properties optional.Final Answer:
type PartialType<T> = { [P in keyof T]?: T[P]; } -> Option AQuick Check:
Optional properties use?:[OK]
- Placing ? after the type instead of property
- Using -? which removes optional
- Confusing readonly with optional
What is the output type of the following code?
type User = { name: string; age: number };
type ReadonlyUser = { readonly [K in keyof User]: User[K] };
const user: ReadonlyUser = { name: "Alice", age: 30 };
user.age = 31;Solution
Step 1: Understand the mapped type with readonly
The typeReadonlyUsermakes all properties ofUserreadonly.Step 2: Check assignment to readonly property
Trying to assignuser.age = 31causes a compile-time error becauseageis readonly.Final Answer:
Error: Cannot assign to 'age' because it is a read-only property. -> Option CQuick Check:
Readonly properties cannot be assigned new values [OK]
- Assuming readonly allows updates
- Thinking property disappears
- Confusing runtime error with compile error
Identify the error in this mapped type that tries to make all properties optional:
type OptionalType<T> = { [P in keyof T]-?: T[P]; };Solution
Step 1: Understand
The-?modifier-?removes the optional modifier from properties, making them required.Step 2: Check effect on properties
Since the goal was to make properties optional, using-?is the opposite and causes the error.Final Answer:
The-?removes optional, so properties are required, not optional. -> Option BQuick Check:
-?removes optional [OK]
- Confusing -? with readonly
- Thinking -? adds optional
- Ignoring the effect of modifiers
Given the type below, which mapped type correctly makes all properties both readonly and optional?
type Config = { url: string; timeout: number; debug: boolean };Solution
Step 1: Combine readonly and optional modifiers
To make properties readonly and optional, usereadonlybefore the property and?after the property name.Step 2: Analyze each option
type ReadonlyOptional<T> = { readonly [P in keyof T]?: T[P] } correctly placesreadonlybefore and?after the property name. Others misuse readonly or optional placement.Final Answer:
type ReadonlyOptional<T> = { readonly [P in keyof T]?: T[P] } -> Option AQuick Check:
readonly before, optional after property name [OK]
- Placing readonly after the type
- Using -? which removes optional
- Confusing readonly with optional placement
Ready to prove it?
Pass the test and this pattern moves unknown
