Реализация системы. 
Интернет-сервис "Конструктор сайтов" на основе Zend Framework

В данной главе будет описано как реализовывалась наша система с самого её зарождения. По ходу изложения мы будем сталкиваться с использованием каких либо компонент ZF и будет приводиться краткое описание работы данного компонента.

Реализация серверной части Реализация нашей системы да и любой другой построенной на основе Zend Framework начинается с получения самой библиотеки, которую можно в любой момент скачать с официального сайта компании Zend.

ZF налагает некоторые требования на окружение в котором будет в дальнейшем работать наша система.

Требуется.

• · PHP 5.1.4 (или выше)
• · Поддержка веб-сервером функционала mod_rewrite

Далее получить необходимую структуру каталогов можно с помощью консольного инструмента zf. bat который находится в скачиваемом архиве вместе с ZF.

C помощью команды.

C:> zf. bat create project snail_project.

В своем веб-сервере установите директорию public из приведенной выше структуры в качестве корневой для веб-документов.

Если все правильно установлено то вы получаете готовую рабочую страничку находящуюся по адресу в нашем случае это был.

http://fastsite.majordomo.ru.

В полученной директории есть несколько основных файлов, а именно.

Index.php.

// Подключение библиотеки ZF.

set_include_path (implode (PATH_SEPARATOR, array (.

realpath (dirname (__FILE__). '/./library'),.

get_include_path (),.

)));

// Определение пути к директории приложения.

defined ('APPLICATION_PATH').

|| define ('APPLICATION_PATH', realpath (dirname (__FILE__). '/application'));

// Определяем application environment.

defined ('APPLICATION_ENV').

|| define ('APPLICATION_ENV', (getenv ('APPLICATION_ENV')? getenv ('APPLICATION_ENV'): 'production'));

/**Поключаем компонент Zend_Application */.

require_once 'Zend/Application.php';

// Создаем application, bootstrap, и запускаем.

$application = new Zend_Application (.

APPLICATION_ENV,.

APPLICATION_PATH. '/configs/application.ini'.

);

$application→bootstrap ();

$application→run ();

Zend_Application.

Представляет собой средство для начальной загрузки, предоставляющее повторно используемые ресурсы, общие и связанные с модулями загрузочные классы, проверку зависимостей. Он также обеспечивает установку режима работы PHP и вводит автозагрузку по умолчанию.

Zend_Application представляет собой средство для начальной загрузки, предоставляющее повторно используемые ресурсы, общие и связанные с модулями загрузочные классы, проверку зависимостей. Он также обеспечиваПолучение сконфигурированного MVC-приложения, готового к обработке запроса, требует наличия дополнительного кода, объем которого зависит от используемого функционала: установка соединения с базой данных, конфигурирование видов и их помощников, конфигурирование макетов (layouts), регистрация плагинов, регистрация помощников действий и так далее.

Кроме того, вы можете захотеть повторно использовать один и тот же код для загрузки тестов, сервисных скриптов, скриптов, предназначенных для запуска через крон. Можно просто добавлять свой скрипт загрузки, но часто встречаются инициализации, зависящие от окружения — например, для запуска через крон MVC может быть лишним, а для сервисного скрипта может быть достаточно только слоя баз данных.

Zend_Application облегчает управление начальной загрузкой и способствует повторному использованию путем инкапсуляции загрузки в соответствии с парадигмой ООП.

Zend_Application состоит из трех областей:

Zend_Application: загружает окружение PHP, включая include_paths и автозагрузку (autoloading), инстанцирует запрошенный загрузочный класс.

Zend_Application_Bootstrap: предоставляет интерфейсы для загрузочных классов. Zend_Application_Bootstrap_Bootstrap предоставляет общий функционал, удовлетворяющий большинство нужд по начальной загрузке, включающие в себя алгоритмы проверки зависимостей и возможность загрузки ресурсов по требованию.

Zend_Application_Resource предоставляет интерфейс для стандартных ресурсов загрузки, которые могут быть загружены по требованию через экземпляр загрузочного класса, и несколько реализаций ресурсов, используемых по умолчанию.

Разработчики могут создавать загрузочный класс для приложения, расширяя Zend_Application_Bootstrap_Bootstrap или, как минимум, реализуя интерфейс Zend_Application_Bootstrap_Bootstrapper. Входная точка (например, public/index.php) будет загружать Zend_Application и инстанцировать его путем передачи:

Текущего окружения Опций для загрузки Опции загрузки включают в себя путь к файлу, содержащему в себе загрузочный класс и, опционально:

Любые дополнительные пути для добавления в include_path.

Любые дополнительные пространства имен автозагрузки, которые требуется зарегистрировать Любые установки php. ini для инициализации Имя класса загрузки (если используется имя, отличное от «Bootstrap»).

Пары префикс-путь для ресурсов Любые ресурсы для использования (указываются через имя класса или их короткое имя) Дополнительный путь к загружаемому конфигурационному файлу Дополнительные опции конфигурации Опции могут быть массивом, объектом Zend_Config или путью к конфигурационному файлут установку режима работы PHP и вводит автозагрузку по умолчанию.

Далее управление предается.

Zend_Controller.

Zend_Controller является ядром системы MVC в Zend Framework. Аббревиатура MVC — сокращение от «Model-View-Controller (модель-вид-контроллер), это паттерн проектирования, предназначенный для отделения логики приложения от логики представления. Zend_Controller_Front реализует паттерн «Front Controller, в котором все запросы перехватываются фронт-контроллером (front controller) и перенаправляются отдельным контроллерам действий (action controllers), выбор которых производится по запрошенному URL.

Система Zend_Controller построена с расчетом на расширяемость как через наследование от уже существующих классов и написание новых классов, реализующих различные интерфейсы и абстрактные классы, образующих основу семейства классов контроллеров, так и через написание плагинов или помощников действий для наращивания функциональности системы или управления ею.

Zend_Layout.

Zend_Layout реализует классический паттерн «двухэтапное представление» (Two Step View pattern), который позволяет разработчикам помещать содержимое приложения в другой вид, который обычно представляет собой шаблон сайта. Такие шаблоны в других проектах обычно называются макетами, и Zend Framework использует этот термин во избежание противоречий.

Основными задачами Zend_Layout являются:

Автоматический выбор и рендеринг макетов при использовании компонент MVC Zend Framework-а.

Обеспечение отдельной области видимости для связанных с макетом переменных и содержимого.

Предоставление конфигурации, включающей в себя имя макета, определение скрипта макета (инфлекция) и путь к скрипту макета.

Возможность отключения макетов, изменения скриптов макетов и других состояний; возможность производить эти действия в контроллерах действий и скриптах вида.

Следование тем же правилам по определению скрипта вида (инфлекции), что и ViewRenderer, но с возможностью использования других правил.

Возможность использования без компонент MVC Zend Framework-а.

Zend_View.

Zend_View является классом для работы с частью вид (view) паттерна модель-вид-контроллер (model-view-controller). То есть он предназначен для того, чтобы помочь отделить скрипты видов от скриптов моделей и контроллеров. Он предоставляет систему помощников, фильтрации вывода и экранирования переменных.

Zend_View не зависит от выбранной вами системы шаблонов — вы можете использовать PHP в качестве языка шаблонов или создавать экземпляры других систем шаблонов и работать с ними в ваших скриптах вида.

По существу применение Zend_View состоит из двух шагов: 1. Ваш скрипт контроллера создает экземпляр Zend_View и объявляет переменные этого экземпляра. 2. Контроллер приказывает Zend_View воспроизвести данный вид, посредством этого производится контроль за скриптом вида, который генерирует выходные данные вида.

Скрипт контроллера В качестве простого примера предположим, что ваш контроллер имеет список данных по книгам, который нужно воспроизвести через вид. Скрипт контроллера может выглядеть наподобие этого:

// использование модели для получения данных о заголовках и авторах книг.

$data = array (.

array (.

'author' => 'Hernando de Soto',.

'title' => 'The Mystery of Capitalism'.

),.

array (.

'author' => 'Henry Hazlitt',.

'title' => 'Economics in One Lesson'.

),.

array (.

'author' => 'Milton Friedman',.

'title' => 'Free to Choose'.

).

);

// теперь присваиваем данные по книгам экземпляру Zend_View.

Zend_Loader:loadClass ('Zend_View');

$view = new Zend_View ();

$view→books = $data;

// и выполняем скрипт вида «booklist.php» .

echo $view→render ('booklist.php');

Скрипт вида Теперь нам нужен сопутствующий скрипт вида «booklist.php». Это такой же скрипт PHP, как и остальные, за одним исключением: он выполняется в области видимости экземпляра Zend_View, это означает, что $this ссылается на экземпляр Zend_View. Переменные, присваиваемые в контроллере для скрипта вида, являются открытыми свойствами экземпляра Zend_View. Таким образом, базовый скрипт вида может выглядеть следующим образом:

books): ?>

books as $key => $val): ?>

Нет книг для отображения.

Обратите внимание, что мы используем метод escape () для экранирования переменных.

Zend_Session.

Данный компонент используется для правильной работы с сессиями. Стандартные средства PHP очень гибки и многие системы написанные с помощью стандартных средств часто содержат серьезные критические ошибки, которые на поздних стадиях работы системы уже не решить без серьезных финансовых трат.

Zend_Auth.

Компонент для реализации функции «авторизации» пользователей в системе.

Реализация клиентской части При реализации интерфейса учитывались существующие сайты, было выделено что большинство сайтов имеют некие общие черты. Существует понятие макета сайта (двух колоночный, трех колоночный). Макет сайта это набор неких контейнеров, содержащих в себе информационные блоки. При этом также можно выделить одинаковые типы блоков.

Обычно во всех CMS используется двух уровневая шаблонизация. Для реализации нашего виденья потребовалось использовать четырех уровневую шаблонизацию. При этом стандартный инструмент шаблонизации ZF предоставил просто фантастическую гибкость. Так как есть возможность изменять любой уровень не затрагивая другие.

Jquery UI.

Главный плагин на основе Jquery который позволил создать мощный интерфейс.

Технология построения интерфейса Drag & Drop, заключающаяся в возможности перетаскивать информационные блоки по странице.

CKeditor.

Для текстовых блоков использовался визуальный редактор CKeditor, который оказался очень мощным инструментом при построении нашей системы. Когда встал вопрос в необходимости использования визуального редактора в проекте. Была проделана огромная работа по анализу существующих решений. А также решался вопрос возможности самостоятельной реализации.

В итоге CKeditor оказался идеальным решений, фактически полностью удовлетворив все требования проекта.