MVC architecture overview in PHP - Time & Space Complexity
We want to see how the time it takes to run parts of MVC grows as the app gets bigger.
How does the work change when we have more data or users?
Analyze the time complexity of the following code snippet.
// Simple MVC controller method
class UserController {
public function listUsers(array $users) {
foreach ($users as $user) {
echo $this->renderUser($user);
}
}
private function renderUser(array $user) {
return "<li>" . htmlspecialchars($user['name']) . "</li>";
}
}
This code loops through a list of users and renders each one as HTML.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Looping through each user in the array.
- How many times: Once for every user in the list.
As the number of users grows, the work grows in the same way.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 render calls |
| 100 | 100 render calls |
| 1000 | 1000 render calls |
Pattern observation: The work grows directly with the number of users.
Time Complexity: O(n)
This means the time to list users grows in a straight line with how many users there are.
[X] Wrong: "Rendering users is always fast and does not depend on the number of users."
[OK] Correct: Each user needs to be processed and shown, so more users mean more work.
Understanding how MVC parts scale helps you explain how apps handle more data smoothly.
"What if the renderUser method also loops through a list of user roles? How would the time complexity change?"
Practice
Solution
Step 1: Understand MVC roles
The Model manages data, the View displays data, and the Controller handles user input.Step 2: Identify the component for user input
The Controller receives user actions and updates the Model accordingly.Final Answer:
Controller -> Option AQuick Check:
Controller handles input [OK]
- Confusing Model with Controller
- Thinking View handles input
- Assuming Database is part of MVC
Solution
Step 1: Recall Model's responsibility
The Model stores and manages data and business rules.Step 2: Match description to Model
Only It manages the data and business logic. correctly states that the Model manages data and logic.Final Answer:
It manages the data and business logic. -> Option BQuick Check:
Model manages data and logic [OK]
- Mixing up Model and View roles
- Thinking Controller manages data
- Confusing routing with Model
<?php
class Controller {
public function show() {
$data = Model::getData();
View::render($data);
}
}
class Model {
public static function getData() {
return ['name' => 'Alice'];
}
}
class View {
public static function render($data) {
echo 'Hello, ' . $data['name'];
}
}
$controller = new Controller();
$controller->show();
?>What is the output when this code runs?
Solution
Step 1: Trace data flow in code
The Controller calls Model::getData(), which returns ['name' => 'Alice'].Step 2: Check View rendering
View::render() echoes 'Hello, ' plus the value of $data['name'], which is 'Alice'.Final Answer:
Hello, Alice -> Option CQuick Check:
Output = 'Hello, Alice' [OK]
- Printing the array directly
- Using wrong array key
- Confusing static method calls
<?php
class Controller {
public function display() {
$data = Model::fetchData();
View::show($data);
}
}
class Model {
public static function getData() {
return ['age' => 30];
}
}
class View {
public static function show($data) {
echo 'Age: ' . $data['age'];
}
}
$controller = new Controller();
$controller->display();
?>Solution
Step 1: Check method calls in Controller
Controller calls Model::fetchData(), but Model only has getData() method.Step 2: Verify Model methods
Model::fetchData() does not exist, causing a fatal error.Final Answer:
Model::fetchData() method does not exist -> Option AQuick Check:
Model::fetchData() method does not exist [OK]
- Assuming method names are interchangeable
- Ignoring case sensitivity
- Overlooking missing methods
Solution
Step 1: Assign responsibilities per MVC
The Model fetches data, Controller processes logic, View shows output.Step 2: Map feature to components
Model fetches users, Controller gets data and sends to View, View displays user list.Final Answer:
Update Model to fetch users, Controller to pass data, View to display list -> Option DQuick Check:
Model=data, Controller=logic, View=display [OK]
- Letting View fetch data directly
- Making Controller handle display
- Confusing roles of MVC parts
Ready to prove it?
Pass the test and this pattern moves unknown
