What if you could change every property in a type with just one simple rule?
Why Basic mapped type syntax in Typescript? - Purpose & Use Cases
Imagine you have an object with many properties, and you want to create a new object where each property has a different type or is optional. Doing this by hand means writing out each property and its new type one by one.
This manual way is slow and boring. If the object has many properties, you might make mistakes or forget to update some when the original object changes. It's hard to keep track and easy to get tired.
Basic mapped type syntax lets you write a simple rule that automatically changes every property in an object type. You write the rule once, and TypeScript applies it to all properties, saving time and avoiding errors.
type User = { name: string; age: number; };
type PartialUser = { name?: string; age?: number; };type User = { name: string; age: number; };
type PartialUser = { [K in keyof User]?: User[K] };This lets you quickly create new types based on existing ones, changing all properties at once with a clear, simple rule.
When building a form, you might want a version of your data type where all fields are optional so users can fill in only some parts. Mapped types make this easy and safe.
Manual property changes are slow and error-prone.
Mapped types apply changes to all properties automatically.
This saves time and keeps your code consistent.
Practice
Solution
Step 1: Understand mapped types concept
Mapped types create new types by iterating over keys of an existing type, transforming them.Step 2: Differentiate from runtime behavior
Mapped types work at compile time for types, not runtime functions or imports.Final Answer:
Creates a new type by looping over keys of an existing type -> Option DQuick Check:
Mapped type = new type from keys [OK]
- Confusing mapped types with runtime loops
- Thinking mapped types define classes
- Mixing mapped types with imports
Solution
Step 1: Identify mapped type syntax
Mapped types use square brackets with 'in' keyword: {[K in keyof T]: T[K]}Step 2: Check each option
type NewType<T> = { [K in keyof T]: T[K] } matches correct syntax; B uses arrow function incorrectly; C lacks 'in' keyword; D uses string index, not keys of T.Final Answer:
type NewType<T> = { [K in keyof T]: T[K] } -> Option CQuick Check:
Mapped type syntax = {[K in keyof T]: T[K]} [OK]
- Using arrow functions instead of mapped syntax
- Missing 'in' keyword inside brackets
- Using string index instead of keyof T
type Flags = { a: boolean; b: boolean; }, what is the type of type ReadonlyFlags = { readonly [K in keyof Flags]: Flags[K] }?Solution
Step 1: Understand the mapped type with readonly modifier
The mapped type adds 'readonly' before each property key, making all properties readonly.Step 2: Compare with original type
Original Flags has mutable properties; ReadonlyFlags has same keys but readonly modifier added.Final Answer:
{ readonly a: boolean; readonly b: boolean; } -> Option BQuick Check:
Readonly mapped type adds readonly modifier [OK]
- Ignoring readonly modifier effect
- Confusing optional properties with readonly
- Assuming type changes keys or values
type PartialType<T> = { [K of keyof T]?: T[K] }Solution
Step 1: Check mapped type syntax
The correct keyword inside mapped types is 'in', not 'of'.Step 2: Validate other parts
Optional modifier '?' is valid; semicolon is optional; 'keyof T' is correct syntax.Final Answer:
Using 'of' instead of 'in' in the mapped type syntax -> Option AQuick Check:
Mapped types use 'in' keyword [OK]
- Confusing 'in' with 'of' keyword
- Thinking '?' is invalid in mapped types
- Assuming semicolon is mandatory
Solution
Step 1: Combine readonly and optional modifiers correctly
In mapped types, 'readonly' goes before the key, and '?' after the key to make properties optional and readonly.Step 2: Analyze each option
type OptionalReadonly<T> = { readonly [K in keyof T]?: T[K] } correctly places 'readonly' before [K] and '?' after [K]. Options B, C, D misuse placement of modifiers.Final Answer:
type OptionalReadonly<T> = { readonly [K in keyof T]?: T[K] } -> Option AQuick Check:
Readonly + optional = readonly [K in keyof T]? [OK]
- Placing '?' before 'readonly'
- Putting 'readonly' after the key
- Misplacing optional modifier on type instead of key
Ready to prove it?
Pass the test and this pattern moves unknown
