Обʼєкт додатку (application) інкапсулює контекст виконання запиту. Основне завдання додатка —
зібрати основну інформацію про запит та передати його відповідному контролеру для подальшої обробки.
Також додаток є централізованим сховищем зберігання конфігурації додатку.
Саме тому додаток також називають фронт-контролером
.
Обʼєкт додатка створюється вхідним скриптом як одинак (singleton)
.
Екземпляр додатка доступний з будь-якої його точки за допомогою Yii::app().
За замовчуванням, обʼєкт додатку — це екземпляр класу CWebApplication, який може бути настроєний з використанням конфігураційного файлу (або масиву). Необхідні значення властивостей встановлюються у момент створення екземпляра додатку. Альтернативний шлях налаштування додатку — розширення класу CWebApplication.
Конфігурація — це масив пар ключ-значення, де кожний ключ являє собою імʼя властивості екземпляра додатку, а значення - початкове значення відповідної властивості. Наприклад, наступна конфігурація встановлює значення властивостей додатка name та defaultController:
array(
'name'=>'Yii Framework',
'defaultController'=>'site',
)
Варто відзначити, що додаток, як і більшість класів Yii, є компонентом. Це означає що:
array(
'import'=>array(
'application.components.*',
),
)
Зазвичай конфігурація зберігається в окремому PHP-скрипті
(наприклад, protected/config/main.php
). Скрипт повертає конфігураційний масив так:
return array(…);
Щоб скористатися конфігурацією, необхідно передати імʼя конфігураційного файлу як параметр конструктору додатка або класу Yii::createWebApplication(), як показано нижче. Зазвичай це робиться в вхідному скрипті:
$app=Yii::createWebApplication($configFile);
Підказка: Якщо конфігурація дуже громіздка, можна розділити її на кілька файлів, кожний з яких повертає лише частину конфігураційного масиву. Потім, в основному конфігураційному файлі, необхідно підключити ці файли, використовуючи
include()
, і злити масиви-частини в єдиний конфігураційний масив.
Базовою директорією додатку називається коренева директорія, що містить усі основні, з точки
зору безпеки, PHP-скрипти й дані. За замовчуванням, це піддиректорія з назвою protected
у директорії, що містить вхідний скрипт. Змінити місце розташування можна змінивши властивість
basepath в конфігурації додатку.
Вміст базової директорії має бути закритим для веб-доступу.
При використанні веб-сервера Apache HTTP server,
це можна зробити, додавши в базову директорію файл .htaccess
наступного змісту:
deny from all
Функціональність обʼєкта додатку може бути легко модифікована й розширена завдяки компонентній архітектурі. Додаток управляє набором компонентів, кожний з яких має специфічні можливості. Наприклад, додаток робить попередню обробку запиту користувача, використовуючи компоненти CUrlManager і CHttpRequest.
Змінюючи значення властивості components, можна настроїти класи й значення властивостей(/doc/guide/basics.component) будь-якого компоненту, що використовує додаток. Наприклад, можна зконфігурувати компонент CMemCache так, щоб він використовував декілька memcache-серверів для кешування:
array(
…
'components'=>array(
…
'cache'=>array(
'class'=>'CMemCache',
'servers'=>array(
array('host'=>'server1', 'port'=>11211, 'weight'=>60),
array('host'=>'server2', 'port'=>11211, 'weight'=>40),
),
),
),
)
У даному прикладі ми додали елемент cache
до масиву components
.
Елемент cache
вказує, що класом компоненту є CMemCache
,
а також встановлює його властивість servers.
Для доступу до компонента додатку використовуйте Yii::app()->ComponentId
, де
ComponentId
— це ідентифікатор компоненту (наприклад, Yii::app()->cache
).
Компонент може бути деактивований шляхом установки параметра enabled
в його конфігурації рівним false
.
При звертанні до деактивованого компоненту буде повернуто null.
Підказка: За замовчуванням, компоненти додатка створюються за вимогою. Це означає, що екземпляр компоненту може бути не створений взагалі, у випадку, якщо це не потрібно при обробці користувальницького запиту. Як результат — загальна продуктивність додатку не постраждає, навіть якщо конфігурація додатка включає безліч компонентів.
При необхідності обовʼязкового створення екземплярів компонентів (наприклад, CLogRouter) незалежно від того, використовуються вони чи ні, вкажіть їх ідентифікатори в якості конфігураційної властивості preload.
Yii визначає набір компонентів ядра, що надають можливості, необхідні для більшості веб-додатків. Наприклад, компонент request використовується для збору інформації про запит користувача та надає різноманітну інформацію, таку як URL, cookies. Задаючи властивості ключових компонентів, можна змінювати стандартну поведінку Yii практично як завгодно.
Далі перераховані ключові компоненти, визначені класом CWebApplication:
assetManager: CAssetManager — керує публікацією файлів ресурсів (asset files);
authManager: CAuthManager — контролює доступ на основі ролей (RBAC);
cache: CCache — надає можливості кешування даних; врахуйте, що ви повинні вказати використовуваний клас (наприклад, CMemCache, CDbCache), інакше при звертанні до компонента буде повернуто null;
clientScript: CClientScript —керує клієнтськими скриптами (javascripts і CSS);
coreMessages: CPhpMessageSource — надає переклади системних повідомлень Yii-Фреймворка;
db: CDbConnection — обслуговує зʼєднання з базою даних; зверніть увагу, що для використання компонента необхідно встановити властивість connectionString;
errorHandler: Cerrorhandler — оброблює не піймані помилки й виключення PHP;
format: CFormatter - форматує дані для їх подальшого відображення;
messages: CPhpMessageSource — надає переклади повідомлень, використаних в Yii-додатку;
request: CHttpRequest — надає інформацію, що відноситься до запиту користувача;
securityManager: CSecurityManager — забезпечує функціональність, повʼязану з безпекою (наприклад, хешування, шифрування);
session: CHttpSession — забезпечує функціональність, повʼязану із сесіями;
statePersister: CStatePersister — надає метод для збереження глобального стану;
urlManager: CUrlManager — надає функції парсинга й формування URL;
user: CWebUser — надає ідентифікаційну інформацію поточного користувача;
themeManager: CThemeManager — управляє темами оформлення.
Життєвий цикл додатку при обробці користувальницького запиту:
Попередня ініціалізація додатку через CApplication::preinit().
Ініціалізація обробника помилок.
Реєстрація компонентів ядра.
Завантаження конфігурації додатку.
Ініціалізація додатку CApplication::init():
Виклик події onBeginRequest.
Обробка запиту:
Виклик події onEndRequest.