What if you could write one class that safely works with many types, without endless checks or duplicated code?
Why Generic class with constraints in Typescript? - Purpose & Use Cases
Imagine you want to create a class that works with different types of data, but only certain types that have specific properties or methods. Without constraints, you might try to write separate classes for each type or check types manually everywhere.
This manual way is slow and error-prone because you have to duplicate code or add many checks. It's like writing the same recipe multiple times with slight changes, which wastes time and can cause mistakes.
Using a generic class with constraints lets you write one flexible class that only accepts types meeting your rules. This keeps your code clean, safe, and reusable, like having one recipe that works perfectly for all allowed ingredients.
class DataHolder { data: any; constructor(data: any) { if (!('id' in data)) throw new Error('Missing id'); this.data = data; } }
interface HasId { id: number; }
class DataHolder<T extends HasId> {
data: T;
constructor(data: T) {
this.data = data;
}
}You can create powerful, reusable classes that work only with types having the properties you need, preventing bugs before they happen.
Think of a user management system where you want a class to handle any user-like object, but only if it has an id property. Generic classes with constraints make this easy and safe.
Manual type checks slow you down and cause errors.
Generic classes with constraints enforce rules at compile time.
This leads to cleaner, safer, and reusable code.
Practice
Solution
Step 1: Understand generic constraints
Constraints limit the types that can be used with a generic to those having certain properties or methods.Step 2: Identify the purpose of constraints
This ensures the generic class can safely use those properties or methods without errors.Final Answer:
To ensure the generic type has specific properties or methods -> Option AQuick Check:
Constraints = limit types by properties/methods [OK]
- Thinking constraints improve performance
- Believing constraints allow any type
- Confusing constraints with type conversion
Solution
Step 1: Recall TypeScript generic constraint syntax
TypeScript usesextendskeyword to constrain generics.Step 2: Match syntax for property constraint
To require a property, use an object type with that property, e.g.,{ length: number }.Final Answer:
class Box<T extends { length: number }> {} -> Option DQuick Check:
Generic constraints use extends with type shape [OK]
- Using 'where' or 'with' keywords (not valid in TypeScript)
- Using colon ':' instead of 'extends'
- Omitting the property type in constraint
class Container<T extends { name: string }> {
item: T;
constructor(item: T) {
this.item = item;
}
getName() {
return this.item.name;
}
}
const obj = { name: 'Box', size: 10 };
const c = new Container(obj);
console.log(c.getName());Solution
Step 1: Analyze the generic constraint and object
The class requires T to have a 'name' string property. The object has 'name' and 'size', so it fits.Step 2: Understand method getName()
It returns this.item.name, which is 'Box' from the object.Final Answer:
'Box' -> Option BQuick Check:
Accessing constrained property returns 'Box' [OK]
- Assuming extra properties cause errors
- Thinking output is undefined if extra props exist
- Confusing runtime errors with compile-time checks
class DataHolder<T extends number | string> {
value: T;
constructor(value: T) {
this.value = value;
}
printValue() {
console.log(this.value.toFixed(2));
}
}Solution
Step 1: Check the generic constraint
T can be number or string, so value can be either type.Step 2: Analyze method printValue()
It callstoFixed(2), which exists on number but not on string. TypeScript will produce a compile-time error becausetoFixedis not available on all possible types for T.Final Answer:
toFixed is not available on string type -> Option AQuick Check:
Method uses number-only function on union type [OK]
- Ignoring union type method availability
- Thinking constraint syntax is wrong
- Assuming missing return type causes error here
KeyValueStore that only accepts types with a key property of type string and a value property of any type. Which of the following is the correct way to declare this class?Solution
Step 1: Recall TypeScript generic constraint syntax
Useextendswith an object type to constrain T to have specific properties.Step 2: Match the required properties
The constraint must requirekey: stringandvalue: anyproperties.Step 3: Verify constructor syntax
The constructor correctly accepts an item of type T and assigns it.Final Answer:
class KeyValueStore<T extends { key: string; value: any }> { constructor(public item: T) {} } -> Option CQuick Check:
Use extends with object type for property constraints [OK]
- Using 'where' or 'with' keywords (not valid in TypeScript)
- Using colon ':' instead of 'extends'
- Omitting property types in constraint
Ready to prove it?
Pass the test and this pattern moves unknown
