Программисты - народ ленивый. Поэтому, когда дело доходит до работы, они сначала ищут в сети какой-нибудь программный продукт, который в той или иной степени удовлетворяет их потребности в решении поставленной задачи. Если программист пишет что-то на PHP, то одной из первых систем, которые он найдёт, будет PHP Nuke. Поигравшись с ним некоторое время, программист понимает, что вещь, конечно, хорошая, но слишком уж "коряво" написанная, тяжело адаптируемая к задачам, отличных от web-портала, да и перевод на русский язык сделан человеком, имевшем не более трёх очков по великому могучему. Тем не менее, подход к хранению кода в том виде, как это реализовано в PHP Nuke и описано на большом количестве сайтов, посвящённым PHP, кажется вполне логичным, доступным и приемлемым. Общая схема этого похода, называемого "модульным", такова: Существует некий главный скрипт, например index.php. Этот скрипт в неком параметре, например, $module, принимает имя модуля, который отдаёт браузеру какую-нибудь страницу. index.php выглядит примерно таким образом: <? include "config.php"; if (!$module || !file_exists("modules/$module.inc.php")) { $module="default"; } include "modules/$module.inc.php"; ?> Типичный "модуль" при таком построении сайта выглядит так: <? if (!eregi("index.php", $PHP_SELF)) { die ("Access denied"); } $page_title="..."; // устанавливаем имя страницы include "includes/header.php"; // подключаем дизайн // некий <a href="/php">php</a> - код, который генерирует данную страницу include "includes/footer.php"; // подключаем остатки дизайна ?> - В каждом модуле нужно делать include заголовка - иначе не сможем изменить <title> и другие тэги в начале страницы.
- В каждом модуле необходимо делать
if (!eregi("index.php", $PHP_SELF)) { die ("Access denied"); }<files *.php> deny from all </files> - В каждом модуле надо делать include нижней части страницы - по той же причине, что и п.1
- При программировании модулей приходиться многократно вызывать одни и те же процедуры: генерацию меню, навигации, баннеров, голосований и т.д. Даже если все эти процедуры будут с красивыми, легкозапоминаемыми именами, с небольшим количеством параметров, будут содержать всё HTML-форматирование внутри себя, то всё равно каждый раз при написании модуля надо будет последовательно написать вызовы всех этих процедур:
<? PageNavigation(module params); PageLeftMenu(module params); // PHP-код, генерирующий контент PageRelatedLinks(module params); PageNewsLinks(module params); PageVotes(module params); PageBanner(module params); ?> - Другие но, забытые как страшный сон
Таким образом, написание нового модуля начинается с копирования текста старого модуля с последующим исправлением блока, ответственного за контент. Однако есть способ избавить себя от этого монотонного, длительного и никому не нужного процесса - для этого нужно вспомнить о существовании ООП (объектно-ориентированного программирования) и о том, что PHP очень неплохо это самое ООП поддерживает. Для начала создадим класс - Web-страницу, в которой опишем все функции, используемые при генерации наших страниц: class WebPage { // если имя функции совпадает с именем класса, то она считается конструктором // говоря по-русски, она выполняется при создании объекта function WebPage() { $this->page_title="демо-модуль"; } function PageHeader() { include "includes/header.inc.php"; // в этом файле вместо <?=$page_title;?> надо будет написать <?=$this->page_title;?> } function PageFooter() { include "includes/footer.inc.php"; } function PageNavigation() { // Код для навигации } function PageLeftMenu() { // Код для меню в левой части страницы } function PageContent() { // Код, генерирующий контент } function PageRelatedLinks() { // Код, генерирующий ссылки на связанные разделы } function PageNewsLinks() { // Код, генерирующий блок новостей } function PageVotes() { // Код, генерирующий блок голосований } function PageBanner() { // Код, генерирующий баннер } function Run() // ф-я Run последовательно вызывает все необходимые // методы класса WebPage для построения страницы { $this->PageNavigation(); $this->PageLeftMenu(); $this->PageContent(); $this->PageRelatedLinks(); $this->PageNewsLinks(); $this->PageVotes(); $this->PageBanner(); } } ?> class CoolPage extends WebPage { // переопределяем конструктор, чтобы изменить имя модуля function CoolPage() { // вызываем конструктор родительского класса - вдруг он что-то полезное делает? ;) parent::WebPage(); $this->page_title="Крутой модуль"; } function PageContent() { // выводим контент } } class CoolPageWithoutNews extends CoolPage { // здесь мы не описываем функцию CoolPageWithoutNews // в этом случае PHP автоматически вызовет конструктор родительского класса // соответственно имя нашей страницы будет "крутой модуль" function PageNewsLinks() { // тут пусто, чтобы ссылки на новости не выводились } } В принципе, если у вас появляется большое количество классов, то код каждого из ни их тоже можно разместить в отдельном файле, однако следует следить за тем, чтобы классы, у которых есть производные классы, были доступны всегда, иначе PHP не сможет понять, из какого файла брать код родительского класса. Вот пример файла index.php, который может выступать в качестве "главного файла": <? include "config.php"; include "base_classes.php"; if ($module && file_exists($file="modules/$module.inc.php")) { // проверяем, есть ли файл с "телом" класса include $file; } if (!class_exists($module)) { // проверяем, что класс существует $module="WebPage"; } $page=new $module; // создаём объект $page->Run(); // запускаем генерацию страницы } ?> |
