Readonly properties in PHP - Time & Space Complexity
Let's see how using readonly properties affects the time it takes for a PHP program to run.
We want to know how the program's steps grow when we use readonly properties in objects.
Analyze the time complexity of the following code snippet.
class User {
public readonly string $name;
public function __construct(string $name) {
$this->name = $name;
}
}
$users = [];
for ($i = 0; $i < $n; $i++) {
$users[] = new User("User" . $i);
}
This code creates $n User objects, each with a readonly name property set once during construction.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Creating a new User object and setting its readonly property.
- How many times: The loop runs exactly $n times, once per User object.
Each new User object takes a fixed amount of time to create and set the readonly property.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 object creations and property sets |
| 100 | About 100 object creations and property sets |
| 1000 | About 1000 object creations and property sets |
Pattern observation: The work grows directly with the number of objects created.
Time Complexity: O(n)
This means the time to run grows in a straight line as we create more User objects with readonly properties.
[X] Wrong: "Readonly properties make object creation instant or free."
[OK] Correct: Even though readonly properties cannot be changed later, setting them during construction still takes time for each object created.
Understanding how readonly properties affect object creation helps you explain performance in real projects where immutability matters.
"What if we added a loop inside the User constructor that runs $m times? How would the time complexity change?"
Practice
readonly properties in PHP?Solution
Step 1: Understand readonly property behavior
Readonly properties in PHP are designed to hold values that can only be assigned once and cannot be modified later.Step 2: Compare options with this behavior
To store values that cannot be changed after being set correctly describes this behavior, while others describe unrelated features.Final Answer:
To store values that cannot be changed after being set -> Option AQuick Check:
Readonly means unchangeable after set = A [OK]
- Thinking readonly allows changes anytime
- Confusing readonly with private visibility
- Assuming readonly auto-generates methods
Solution
Step 1: Recall PHP property declaration order
In PHP, visibility (public/private/protected) comes first, then readonly keyword, then type and variable name.Step 2: Match syntax with options
public readonly int $id; matches the correct order:public readonly int $id;. Others have incorrect order.Final Answer:
public readonly int $id; -> Option BQuick Check:
Visibility then readonly then type = B [OK]
- Placing readonly before visibility
- Putting readonly after type
- Mixing order of keywords
class User {
public readonly string $name;
public function __construct(string $name) {
$this->name = $name;
}
}
$user = new User('Alice');
echo $user->name;
$user->name = 'Bob';
echo $user->name;Solution
Step 1: Understand readonly property assignment
The readonly property$nameis assigned once in the constructor to 'Alice'. This is allowed.Step 2: Analyze second assignment
Trying to assign$user->name = 'Bob';after construction causes a fatal error because readonly properties cannot be changed after initial assignment.Final Answer:
Alice followed by a fatal error -> Option AQuick Check:
Readonly blocks changes after set = C [OK]
- Assuming readonly properties can be changed anytime
- Expecting no error on second assignment
- Confusing syntax error with runtime error
class Config {
public readonly string $version;
public function __construct() {
$this->version = '1.0';
$this->version = '2.0';
}
}Solution
Step 1: Check property assignments in constructor
The readonly property$versionis assigned twice: first '1.0', then '2.0'.Step 2: Understand readonly assignment rules
Readonly properties can only be assigned once, even inside the constructor. Assigning twice causes an error.Final Answer:
Assigning readonly property twice in constructor -> Option DQuick Check:
Readonly assigned once only = A [OK]
- Assigning readonly property multiple times
- Ignoring visibility keyword importance
- Thinking readonly disallows string type
class User {
public readonly int $id;
public readonly string $name;
public function __construct(int $id, string $name) {
$this->id = $id;
$this->name = $name;
}
}Choose the correct usage:
Solution
Step 1: Check constructor usage
The constructor requires two parameters:int $idandstring $name. $user = new User(1, 'John'); // no changes after construction correctly calls the constructor with both.Step 2: Verify immutability
Readonly properties cannot be changed after construction. $user = new User(1, 'John'); // no changes after construction respects this by not modifying properties after creation.Final Answer:
$user = new User(1, 'John'); // no changes after construction -> Option CQuick Check:
Construct with all params, no changes after = D [OK]
- Trying to assign readonly properties after construction
- Calling constructor with missing arguments
- Assuming properties can be set without constructor
Ready to prove it?
Pass the test and this pattern moves unknown
