Главная > PHP > Архитектура CMS на фреймворке Yii.

Архитектура CMS на фреймворке Yii.

23 Ноя 2011

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

Вот хотел бы поделиться тем, как я организую приложение на Yii.

И так, архитектура папок у меня такая

assets
libs
protected
        components/
        config/
        controllers/
        data/
        extensions/
        messages/
        models/
        modules/
        runtime/
        tests/
public
themes

Ну во, вроде ничего лишнего нет.

Теперь к сути. Не пойму, зачем по умолчанию в Yii в корневом каталоге есть папки css, js и images. Ведь есть же папка для тем themes, пусть там и лежат. Ведь все это относится только к темам. Да, я согласен, что иногда, JS тоже выполняет операции не только визуального оформления, но в основном такие скрипты принадлежат конкретному модулю и находятся в папке assets данного модуля, либо мы выносим этот файл(ы) в библиотеку.

Папка assets, всем понятно для чего, там хранятся временные файлы.

В папке libs я собираю JS библиотеки и JS скрипты которые требуются в разных частях приложения, такие как uploadify, lightbox, jquery.bxSlider и другие. В основном это сторонние разработки. Почему меня не устроило название папки JS и я его переименовал в libs спросите вы. Дело в том, что в этой папке хранится целиком и полностью вся библиотека со стилями и картинками для нее. А дает это нам то, что при добавлении новой библиотеки не придется ее расчленять(стили в 1 папку, скрипты в другую, картинку в третью) и потом в стилях, и не дай бог в JS, менять пути к картинкам.

В папке public у меня для каждого модуля создается папка(если необходимо) и там лежат все публичные файлы. Картинки товаров для интернет-магазина, файл загруженные пользователем и т.д.

В папке components у меня тоже не все стандартно, там лежат 2 класса

MasterBackEndController

MasterFrontEndController

Оба они унаследованы от основного класса Controller. В каждом модуле есть папка components и там 2 класса. Как вы правильно догадались BackEndController и FrontEndController. Они унаследованы от MasterBackEndController и MasterFrontEndController соответственно. Таким образом для Админки мы можем задавать общие функции и переменные для всех модулей, и для каждого модуля в отдельности, что по моему очень хорошо. Вот у меня в MasterBackEndController и MasterFrontEndController сразу стоят разные layout. И в MasterBackEndController стоит фильтр по правам доступа.

public function filters() {
return array('rights');
}

Честно признаюсь, что я еще не думал как реализовать разные темы для back и front режимов, но это необходимо сделать. Просто руки не доходят.

Таким образом, получается, что все мое приложение состоит из модулей в которых контроллеры, отвечающие за back функционал унаследованы от BackEndController а контроллеры, отвечающие за front, унаследованы от FrontEndController.

Да я делаю разделение. Весь контроллер отвечает либо за back, либо за front.

Суть: админка у каждого модуля своя!

Как жеж так спросите вы. А все очень просто. У меня есть модуль Admin. Его задача формировать меню панели администратора.

Мы создаем меню, допустим такого вида:

-Контент

---Статьи // модуль article

---Новости // модуль news

---Информ. Страницы // модуль page

У каждого такого пункта меню есть поля:

1) Права (Тут мы назначаем видимость данного пункта конкретной роли. Допустим так Manager, или так Article.Admin.*. Формат модуля Rights )

2) Корневому пункту меню(в данном случае “Контент”) мы еще списком присваиваем названия модулей на которых это меню отображается. Допустим мы присвоили такую строку “article, news”.

Это означает, что если мы в данный момент находимся в БэкЕнде модуля news то нам отображаются все дети меню “Контент” с учетом прав доступа.

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

Подытожим:

У меня всю приложение состоит из модулей. В каждом модуле есть FrontEnd и BackEnd контроллеры унаследованные от соответствующих контроллеров.

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

Есть какие-нибдь мысли по этому поводу? Делитесь в комментариях.