- •Лабораторная работа №10 разделение кода и шаблона траницы
- •Идеология
- •Двухуровневая схема
- •2.2. Генератор данных
- •Часть V. Приемы программирования на php 420
- •2.3. Взаимодействие генератора данных и шаблона
- •2.4. Недостатки
- •3. Трехуровневая схема
- •3.1. Шаблон страницы
- •3.2. Диаграммы двухуровневой и трехуровневой моделей
- •3.3. Интерфейс
- •3.4. Ядро
- •3.5. Проверка корректности входных данных
- •Задания
Лабораторная работа №10 разделение кода и шаблона траницы
PHP позволяет комбинировать код программы с обычным HTML-текстом, что является удобной возможностью, которой все же не стоит злоупотреблять. И особенно в больших сценариях. Это чередование очень плохо смотрится: сначала код, потом — вставки HTML, а затем — опять код. Кроме того, HTML-верстальщику будет крайне трудно понять, где же в этом сценарии именно "его" участки, которые он может править и изменять.
В связи с этим в данной лабораторной работе предлагается отделять почти весь код сценария от текста, задающего внешний вид страницы. А именно — хранить их в разных файлах.
Идеология
Большинство сценариев пишутся на различных языках программирования без всякого отделения кода от шаблона страницы. Зачем же тогда нам это нужно? Что заставляет нас искать новые пути в Web-программировании? Причина всего одна. Это — желание поручить разработку качественного и сложного сценария сразу нескольким людям, чтобы каждый из них занимался своим делом, которое, как предполагается, он знает лучше всего.
Одна группа людей ("программисты") занимается взаимодействием программы с пользователем и обработкой данных. Другая же группа ("дизайнеры"), наоборот, отвечает лишь за эстетическую часть работы.
Что же получается, если в своих сценариях вы будете смешивать код и оформление сценария? Фактически, его поддержкой и доработкой не сможет заняться никто, кроме Вас самого. В самом деле: программиста будет раздражать постоянно встречающиеся вставки HTML-кода, а дизайнера — опасность случайно изменить какую-нибудь важную функцию программы. Иными словами, такой метод совершенно не подходит при разработке крупных проектов.
Двухуровневая схема
Итак, мы желаем максимально отделить работу программистов и дизайнеров. Будем делать это не сразу, а постепенно, детализируя ситуацию. Вначале решим более простую проблему: разделим код сценария и шаблон его страницы (что будем называть двухуровневой схемой построения сценария).
Шаблон страницы
Пусть нам нужно завести новый раздел сайта — гостевую книгу. Выделим для нее отдельный каталог на сервере и создадим в нем файл примерно следующего содержания (листинг 1). Назовем его шаблоном страницы.
Листинг 1. Шаблон: gbook.htm
<html><head><title>Гостевая книга</title></head>
<body>
<h2>Добавьте свое сообщение:</h2>
<form action=gbook.php method=post>
Ваше имя: <input type=text name="New[name]"><br>
Комментарий:<br>
<textarea name="New[text]" wrap=virtual cols=60 rows=5></textarea><br>
<input type=submit name="doAdd" value="Добавить!">
</form>
<h2>Гостевая книга:</h2>
<?foreach($Book as $id=>$Entry) {?>
Имя человека: <?=$Entry['name']?><br>
Его комментарий:<br> <?=$Entry['text']?><hr>
<?}?>
</body></html>
Видите, здесь почти нет PHP-кода, за исключением разве что одного-единственного цикла foreach. Для человека, занимающегося внешним видом Вашей гостевой книги и совершенно не разбирающегося в программировании, это не должно выглядеть, как непреодолимое препятствие.
В некоторых других языках программирования мы могли бы написать систему, лишенную и указанного недостатка, но обладающую всеми качествами рассматриваемой. Честно говоря, существует всего лишь один способ добиться этого: "замаскировать" инструкцию foreach специальным псевдотэгом (который, как это ни удивительно, гораздо лучше воспринимается дизайнерами), чтобы код выглядел примерно так:
<foreach src=Book>
Имя человека: $name<br>
Его комментарий:<br>$text<hr>
</foreach>
Для программиста такая замена действительно кажется смешной. Однако она сильно приближает шаблон нашей страницы к идеалу — практически "чистому" HTML-коду.
Отметим недостатки разбивки одного шаблона на множество файлов. Этот способ чаще всего не оправдывает себя при написании крупных сценариев. Дело в том, что при такой организации довольно тяжело переставлять подшаблоны внутри страницы. Кроме того, подшаблоны нужно как-то загружать, а поручать эту задачу коду страницы не очень удобно все из тех же соображений: придется работать и программисту, и верстальщику. Легче всего это представить на примере все той же гостевой книги: если бы мы выделили тело цикла foreach в отдельный файл и попытались избавиться от этой инструкции, то пришлось бы переложить задачу циклического вывода данных на плечи программиста, сообщив ему попутно имя подшаблона. Надо заметить, что реализовать "прозрачную" замену подобных тэгов на соответствующие инструкции в PHP практически невозможно (во всяком случае, без ущерба простоте отладки сценария). Это связано с чрезвычайной слабостью этого интерпретатора в вопросе, касающемся "перехвата" и обработки ошибок во время выполнения кода.