Это тоже MVC :)
<?php
// /user.php?<id>
function getUserNameById($id) {
mysql_connect() or die("Can't connect");
mysql_select_db('myapp_db') or die("Can't select");
$result = mysql_query("SELECT name FROM users WHERE id = " . mysql_escape_string($id) . " LIMIT 1") or die("Can't query");
$row = mysql_fetch_row($result) or die("Can't find");
mysql_close();
$name = $row[0];
return $name;
}
public function showUser($id, $name) {
echo "<html>Name of user with id = " . htmlspecialchars($id) . " is " . htmlspecialchars($name) . "</html>";
}
$user_id = empty($_GET['id']) ? $_GET['id'] : null;
$user_name = getUserNameById($user_id);
showUser($user_id, $user_name);
Первая функция — модель (абстрагированные и самодостаточные данные), вторая — вью (абстрагированное и самодостаточное представление данных), основной скрипт — контроллер (взаимодействие между пользователем, моделью и вью).
Так писать, конечно же не стоит (по крайней мере без особых причин), но понимать, что это тоже MVC, что MVC это не свойство ООП-фреймворков, и даже не свойство ООП, а свойство архитектуры приложения — нужно. И для того чтобы архитектура обладала этим свойством (использовала паттерн MVC) вовсе не нужно раскидывать компоненты приложения по куче разных объектов и/или файлов, использовать другие паттерны архитектуры и реализации, достаточно чтобы данные, их представление и управление ими были разделены логически.