Readonly properties help keep some parts of your data safe by not allowing changes after setting them once.
Readonly properties in Typescript
class MyClass { readonly propertyName: type; constructor(value: type) { this.propertyName = value; } }
The readonly keyword goes before the property name.
You can set the value only once, usually in the constructor.
name property set when creating a new person.class Person { readonly name: string; constructor(name: string) { this.name = name; } }
const obj: { readonly id: number } = { id: 123 };
interface Car {
readonly make: string;
readonly model: string;
}This program creates a Book with a readonly title. It prints the title. Trying to change the title later will cause an error.
class Book { readonly title: string; constructor(title: string) { this.title = title; } } const myBook = new Book("Learn TypeScript"); console.log(myBook.title); // The next line would cause an error if uncommented: // myBook.title = "New Title";
Readonly properties can only be assigned once, usually in the constructor or when declared.
Trying to change a readonly property after it is set will cause a compile-time error.
Readonly helps prevent bugs by making data safer and easier to understand.
Readonly properties keep values from changing after they are set.
Use readonly before a property name in classes or interfaces.
This helps protect important data and avoid mistakes.
Practice
readonly keyword do in TypeScript?Solution
Step 1: Understand the purpose of
Thereadonlyreadonlykeyword is used to mark properties that cannot be changed after initialization.Step 2: Compare options with the behavior
Only Prevents a property from being changed after it is set correctly describes that the property cannot be changed after it is set.Final Answer:
Prevents a property from being changed after it is set -> Option AQuick Check:
readonlymeans no changes allowed after set [OK]
- Thinking readonly allows changes anytime
- Confusing readonly with private
- Assuming readonly deletes properties
id in a TypeScript class?Solution
Step 1: Recall TypeScript syntax for readonly properties
The correct syntax is to placereadonlybefore the property name.Step 2: Check each option
readonly id: number; usesreadonly id: number;which is correct. const id: number; usesconstwhich is invalid inside class properties. private readonly id: number; addsprivatewhich is valid but not asked for. id readonly: number; has wrong order.Final Answer:
readonly id: number; -> Option BQuick Check:
Readonly keyword goes before property name [OK]
- Using const instead of readonly in class
- Placing readonly after property name
- Confusing access modifiers with readonly
class User {
readonly name: string;
constructor(name: string) {
this.name = name;
}
}
const user = new User('Alice');
user.name = 'Bob';
console.log(user.name);Solution
Step 1: Understand readonly property behavior
The propertynameis marked readonly, so it cannot be assigned a new value after construction.Step 2: Analyze the assignment
This line tries to change a readonly property, which causes a compile-time error in TypeScript.user.name = 'Bob'Final Answer:
Compile-time error -> Option DQuick Check:
Assigning to readonly property causes error [OK]
- Assuming readonly properties can be changed anytime
- Expecting runtime error instead of compile error
- Thinking output will be the new value
interface Point {
readonly x: number;
y: number;
}
const p: Point = { x: 10, y: 20 };
p.x = 15;
console.log(p.x);Solution
Step 1: Check readonly property assignment
The propertyxis readonly in the interface, so assigningp.x = 15is not allowed.Step 2: Identify the error message
TypeScript will report an error: "Cannot assign to 'x' because it is a readonly property".Final Answer:
Cannot assign to 'x' because it is a readonly property -> Option CQuick Check:
Readonly properties cannot be assigned after initialization [OK]
- Ignoring readonly and trying to assign anyway
- Thinking missing type annotation causes error
- Assuming no error occurs
Config where the version property is set once during construction and never changes, but settings can be updated anytime. Which is the best way to declare these properties?Solution
Step 1: Understand property requirements
Theversionshould be readonly (set once, no changes). Thesettingsshould be mutable (can change anytime).Step 2: Match options with requirements
readonly version: string; settings: object; correctly marksversionas readonly and leavessettingsmutable. version: string; readonly settings: object; reverses roles. readonly version: string; readonly settings: object; makes both readonly. version: string; settings: object; makes both mutable.Final Answer:
readonly version: string; settings: object; -> Option AQuick Check:
Readonly for fixed, mutable for changeable properties [OK]
- Making mutable properties readonly by mistake
- Not using readonly for fixed properties
- Confusing which property should be readonly
Ready to prove it?
Pass the test and this pattern moves unknown
