Модель-Вид-Контроллер в PHP
Шаблон проектирования MVC (
model — view — controller) самый распространенный на сегодняшнем день в web. Большинство современных PHP-фреймворков использует данный паттернн. Но большинство новичков отталкивает невозможность найти хорошего материала для начала изучения. В этой заметке я попробую это сделать.
Паттерн MVC разделяет приложение на 3 составляющее: Модель (Model), Вид или Презентация (View) и Контроллер (Controller).
Модель используется для того, чтобы управлять данными: записывать и считывать данные из базы данных и многое другое. Модель содержит логическую составляющую приложения.
Вид или как ее еще называют Представление — нужен для того, чтобы отображать данные, полученные от Модели в нужном формате. В основу популярных web-приложений заложена возможность использовать шаблоны для вывода информации.
Контроллер — делает так, чтобы Модель и Вид работали совместно. Контроллер получает запрос от клиента, «пинает» Модель, чтобы выполнила требуемые операции и посылает данные в Вид.
Ниже представлена картинка все это дело отображающая.mvc collaboration Введение в MVC паттерн
Наш PHP пример имеет несложную структуру, поэтому легко все уместится в одной папке.
mvc structure Введение в MVC паттерн
Контроллер
Контроллер первым получает запрос, обрабатывает его, запускает и «пинает» модель, принимая от нее ответ, который направляет в уровень представления (Вид). Это практически канат между Моделью и Представлением.
В нашем простецком приложении PHP будет только один контроллер, который будет объявлен всего одним классом, который так и будет назван Controller. Точка входа в приложение находится в файле index.php. Он уже сам будет делегировать запросы к контроллеру:
//index.php
include_once('controller/Controller.php');
$controller = new Controller;
$controller->invoke;
В нашем контроллере всего одна функция помимо конструктора. Конструктор инициирует класс Модели и когда запрос будет обработан принимает решение какие данные ей нужны. Затем «пинает» Модель для получения от нее данных. Код очень прост, поэтому новичкам не составит труда в нем разобраться. И еще хотелось бы сказать, что контроллер ничего не знает о существовании какой-либо базы данных и не знает о том, как генерировать страницу.
include_once('model/Model.php');
class Controller
{
public $model;
public function __contruct()
{
$this->model = new Model();
}
public function invoke()
{
if(!isset($_GET['book')) {
$books = $this->model->getBookList();
include 'view/booklist.php'
} else {
$book = $this->model->getBook($_GET['book']);
include 'view/viewbook.php';
}
}
}
На нижеследующей картинке вы можете лицезреть что происходит при запросе от клиента
Модель и сущность классов
Модель представляет собой данные и логику приложения, это многие называют бизнес-логикой. Модель обычно отвечает за:
хранение, удаление и обновление данных приложения. Обычно включает работу с базой данных
изолировать логику приложения и взять ее всю на себя. На этом уровне большинство ошибок это объявление бизнес-логики в Контроллере или в Презентации. (не делайте этого)
В нашем простом примере модель представлена 2 классами: «Model» и «Book». Больше Модели и не надо. Класс «Book» должен передавать Презентации форматированные данные, полученные от Модели. В идеале хорошая реализации паттерна MVC предполагает, что организация класса Модели не включает в себя никакой бизнес-логики. Это означает, что организация сущности объектов может легко быть заменена XML, JSON или другим куском данных. В коде чуть ниже вы можете посмотреть как кусок кода сообщает Моделе вывести либо определенную книгу, либо список доступных книг
include_once('model/Book.php');
class Model
{
public function getBookList()
{
return array(
"PHP для начинающих"=> new Book('PHP для начинающих', 'Котеров', 'Книга-руководство'),
"PHP для начинающих"=> new Book('PHP для начинающих', 'Котеров', 'Книга-руководство'),
"PHP для начинающих"=> new Book('PHP для начинающих', 'Котеров', 'Книга-руководство')
);
}
public function getBook($title)
{
$allBooks = $this->getBookList();
return $allBooks[$title];
}
}
В данном примере уровень модели включает Book класс. В реальном сценарии, модель будет включать все сущности и все классы, чтобы сохранить все данные в базе данных, отделив тем самым бизнес-логику.
class Book
{
public $title;
public $author;
public $description;
public function _contruct($title, $author, $description)
{
$this->title = $title;
$this->author = $author;
$this->description = $description;
}
}
Вид или Презентация
Презентация ответственна за получение данных из Модели в форме доступной для пользователя. Данные могут поступать в разных форматах от модели: объектах, xml структурах и т.д
Презентация не надо путать с механизмом шаблонов, хотя иногда она работает по тому же принципу. И презентация и шаблоны уменьшают зависимость Презентационного уровня от системы и отделяет HTML от кода.
В нашем примере Презентация состоит из 2х файлов: один для отображения одной книги и другой для вывода списка.
viewbook.php
<html>
<head></head>
<body>
<?php
echo 'Название:' . $book->title . '<br/>';
echo 'Автор:' . $book->author . '<br/>';
echo 'Описание:' . $book->description . '<br/>';
?>
</body>
</html>
и booklist.php
<html>
<head></head>
<body>
<table>
<tbody><tr><td>Название</td><td>Автор</td><td>Описание</td></tr></tbody>
<?php
foreach ($books as $title => $book)
{
echo '<tr><td><a href="index.php?book='.$book->title.'">'.$book->title.'</a></td><td>'.$book->author.'</td><td>'.$book->description.'</td></tr>';
}
?>
</table>
</body>
</html>
Данный пример показывает упрощенную реализацию. Большинство PHP фреймворков базирующихся на MVC имееют похожую структуру, немного в лучшей реализации. Как бы то ни было возможности MVC паттерна безграничны. К примеру AJAX приложение может реализовать Презентационный уровень напрямую в JavaScript в браузере.
Этот пост был бы незаконченным, если бы не перечисление основных преимущество данного паттерна:
Модель и Презентация отделены друг от друга, делая приложения более гибкими;
Модель и Презентация могут быть изменены или заменены независимо друг от друга. К примеру, приложение может использовать сервисы в админке вместо базы данных, просто поменяя модель Модуль.
Каждый модуль может быть протестирован независимо.