В этом уроке мы продолжим говорить о MVC и затронем некоторые сторонние аспекты, нужные нам при использовании данного шаблона.
Маршрутизация
Хотя в теории MVC должно работать одинаковым образом на всех языках, его PHP реализация может содержать в себе очень специфические детали. Первая проблема — это маршрутизация. URL маршрутизация никаким образом не относится к общей концепции MVC, так что нам нужно принять во внимание развивающиеся технологии и создать собственную архитектурную модель, реализующую данный функционал.
Итак, что же нам нужно, чтобы решить проблему url маршрутизации? В качестве варианта можно хранить все возможные маршруты в каком-то отдельном файле вместе с информацией о том, какую модель, контроллер и действие нужно вызывать. При загрузке url мы извлекаем нужный маршрут и далее знаем, что нужно вызывать. Это решение больше подходит небольшим сайтам со статическими url адресами (к примеру, сайт-портфолио):
<?php $page = $_GET[‘page’]; if (!empty($page)) { $data = array( ‘about’ => array(‘model’ => ‘AboutModel’, ‘view’ => ‘AboutView’, ‘controller’ => ‘AboutController’), ‘portfolio’ => array(‘model’ => ‘PortfolioModel’, ‘view’ => ‘PortfolioView’, ‘controller’ => ‘PortfolioController’) ); foreach($data as $key => $components){ if ($page == $key) { $model = $data[‘model’]; $view = $data[‘view’]; $controller = $data[‘controller’]; break; } } if (isset($model)) { $m = new $model(); $c = new $controller($model); $v = new $view($model); echo $v->output(); } }
Наш url адрес будет выглядеть следующим образом:
example.com/index.php?page=about
или
example.com/index.php?page=portfolio
Данный пример вызывает специфический контроллер, модель и вид, в зависимости от параметров, пришедших через url. Если параметр page равен about, то отобразится содержание страницы About. Если portfolio, то портфолио.
Это простой пример статического маршрутизатора, который легко настроить. Главный недостаток в том, что тут нет динамики, и все значения захардкодированы. Это очень усложняет процесс редактирования.
Другой возможный вариант — это передача через url названий контроллера, модели и вида. В предыдущем примере эти данные извлекались из массива. Данный способ конечно же придаёт нашему примеру больше динамики.
<?php $model = $_GET[‘model’]; $view = $_GET[‘view’]; $controller = $_GET[‘controller’]; $action = $_GET[‘action’]; if (!(empty($model) || empty($view) || empty($controller) || empty($action))) { $m = new $model(); $c = new $controller($m, $action); $v = new $view($m); echo $v->output(); }
Теперь наш url будет выглядеть примерно так:
example.com/index.php?controller=controllername?model=modelname&view=viewname&action=actionname
URL параметр action хранит название метода контроллера, который необходимо выполнить.
У двух предложенных вариантов есть свои плюсы и минусы. Статические маршруты просты в настройке и контроле; динамические дают более обширное поле действий и делают вашу систему более масштабируемой и портативной. К тому же, при использовании динамической маршрутизации, роль контроллера в приложении несколько возрастает.
В дальнейшем, мы может быть, затронем шаблон Front Controller, который ещё сможет расширить возможности нашей MVC системы.
Не дублируйте код
Нам мой взгляд, MVC даёт нам прекрасную возможность организовать наш код должным образом. Самый очевидный способ это сделать — не дублировать код. Любой разработчик согласится, что нет ничего хуже, чем повторяющиеся строки кода. Подход к многократному использованию объектов решает данную проблему.
Используйте шаблоны
Использование шаблонов в рамках MVC может породить несколько проблем и вопросов. В идеале, представление должно выводить данные, которые приходят из модели. Если же мы используем шаблоны, то данные из представления нужно передать в шаблон. Далее его содержание будет выводиться в общем макете или с помощью отдельного echo. Давайте рассмотрим простенький пример:
<?php class Model { public $tstring; public function __construct(){ $this->tstring = «The string has been loaded through the template.»; $this->template = «tpl/template.php»; } } <?php class View { private $model; public function __construct($model) { $this->controller = $controller; $this->model = $model; } public function output(){ $data = «<p>» . $this->model->tstring .»</p>»; require_once($this->model->template); } } <!DOCTYPE html> <html> <head> <meta charset=»charset=utf-8″> <title>The Template name</title> </head> <body> <h1><?php echo $data; ?></h1> </body> </html>
В данном примере специфический шаблон присоединён к какой-то конкретной модели. Далее только в файле представления мы обращаемся к модели и подключаем его. Далее в шаблоне выводятся данные.
Итог
Можно много говорить о специфике MVC для разных языков, можно много дискутировать о способах реализации, однако сойтись нужно в одном: MVC — это прекрасная возможность разделить функционал, отвечающий за разные задачи. Всем, кто ещё ни разу не пользовался MVC, в рамках фрэймворков или нет, попробуйте, и вы не будете разочарованы.
Источник: http://feedproxy.google.com/~r/ruseller/CdHX/~3/g9kbJS_YET0/lessons.php
Источник: