• Главная»
  • Уроки»
  • PHP»
  • Аспектно-ориентированное программирование в CodeIgniter. Часть 1 из 3

Этот урок связан с проектом Аспектно-ориентированное программирование в CodeIgniter

Аспектно-ориентированное программирование в CodeIgniter. Часть 1 из 3

Вы уже слышали о аспектно-ориентированном программировании  (AOP)? Данная концепция широко используется при разработке больших систем. Но при применении PHP  она редко встречается. Цикл из 3 статей представляет AOP для PHP разработчиков.

В первой части описывается концепция AOP. Во второй части показано практическое использование на примере создания структуры правил AOP. А третья часть представляет интегрирование функционала AOP с помощью CodeIgniter.

 

Что такое AOP?

При разработке приложений часто встречается функционал, который нужно использовать в нескольких точках кода и никак не связанный с бизнес логикой приложения. Проверка регистрации пользователя перед выполнением операций является хорошим примером таких функций. Подобные задачи называются связанной областью функциональности (cross-cutting concerns).

Wikipedia приводит такое определение связанной области функциональности:

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

Рассмотрим как может выглядеть связанная область функциональности в коде.

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

<?php
class BlogPost extends CI_Controller
{
    public function createPost() {
        if (!Authentication::checkAuthentication()) {
            // Перенаправленные на регистрацию 
        }
        else {
            // Операция
            Messages::notifyAdmin();
        }
    }

    public function approvePost() {
        if (!Authentication::checkAuthentication()) {
            // Перенаправленные на регистрацию 

        }
        else {
            // Операция
        }
    }

    public function editPost() {
        if (!Authentication::checkAuthentication()) {
            // Перенаправленные на регистрацию 

        }
        else {
            // Операция
        }
    }

    public function viewPost() {
        // ...
    }
}

Посмотрите на приведенный код. Функция checkAuthentication() вызывается внутри каждого метода, который должен выполняться для зарегистрированного пользователя.  Метод notifyAdmin() вызывается для информирования администратора о создании новой записи. Класс BlogPost должен отвечать только за управление записями. Аутентификация и уведомления должны выполняться отдельно. Нарушается принцип единственной обязанности.

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

Мы находимся в точке представления сущности AOP. Связанная область функциональности может быть сгруппирована в объекты, называемые "аспектами", а процесс разделения данной области и кода ядра называется аспектно-ориентированным программированием.

 

Терминология AOP

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

  • Аспект
  • Совет
  • Точка соединения
  • Срез

Что такое "аспект" объяснялось выше. Рассмотрим другие термины.

Совет

Функционал аспекта называется "совет". Как и следует из названия, "совет" определяет, что и когда делать в определенных ситуациях. В предыдущем примере проверка аутентификации (что) является советом, и она должна проводиться перед выполнением кода (когда) внутри определенных методов.

Точка соединения

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

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

Срез

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

Допустим, что мы хотим использовать совет в createPost(), approvePost(), и editPost(), но не в viewPost(). Нужно установить соответствие данных 3 методов и применить совет. Позже в уроке мы создадим файл XML с детальным описанием совета, который будет содержать регулярное выражение для определения среза.

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

 

Типы советов AOP

Есть несколько способов для "советования" нашего кода. Ранее упоминалось, что доступность советов зависит от типа используемой библиотеки AOP. Но несколько вариантов советов вы должны знать:

  • Совет "До"
  • Совет "После возврата"
  • Совет "После выброса"
  • Совет "Вокруг"

Совет "До"

Совет "До" выполняется перед определенной точкой в вашем коде, обычно, вызовом метода.

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

<?php
class PathController
{
    function controlPaths($className, $funcName) {
        Authentication::checkAuthentication();
        $classObj = new $className();
        $classObj->$funcName();
    }
}

Здесь создается простой класс для демонстрации.  Предположим, метод controlPaths() действует как глобальная точка входа для приложения, и каждый вызов метода проходит через него. В выше приведенном коде  мы применяем совет checkAuthentication() перед выполнением нужного метода. Здесь демонстрируется совет "До".

Совет "После возврата"

Данный совет выполняется как только определенный функционал полностью завершится и вернется в точку вызова. Рассмотрим следующий код:

<?php
class PathController
{
    function controlPaths($className, $funcName) {
        $classObj = new $className();
        $classObj->$funcName();
        Database::closeConnection();
    }
}

Здесь, как только метод завершается, мы чистим базу данных.

Совет "После выброса"

Если функция выбрасывает исключение в ходе выполнения процесса, выполняется совет "После выброса". Здесь используется данный тип совета для сообщения об ошибке:

<?php
class PathController
{
    function controlPaths($className, $funcName) {
        try {
            $classObj = new $className();
            $classObj->$funcName();
        }
        catch (Exception $e) {
            Error::reportError();
        }
    }
}

Совет "Вокруг"

Четвертый тип совета, который является комбинацией совета "До" и совета "После возврата".

<?php
class PathController
{
    function controlPaths($className, $funcName) {
        Logger::startLog();
        $classObj = new $className();
        $classObj->$funcName();
        Logger::endLog();
    }
}

 

Резюме

В данной статье представлена концепция AOP, ее сущность и терминология. В следующих уроках серии мы рассмотрим, где нужно использовать AOP и как ее встраивать в  CodeIgniter.

Данный урок подготовлен для вас командой сайта ruseller.com
Источник урока: phpmaster.com/explore-aspect-oriented-programming-with-codeigniter-1/
Перевел: Сергей Фастунов
Урок создан: 31 Августа 2012
Просмотров: 24490
Правила перепечатки


5 последних уроков рубрики "PHP"

  • Фильтрация данных с помощью zend-filter

    Когда речь идёт о безопасности веб-сайта, то фраза "фильтруйте всё, экранируйте всё" всегда будет актуальна. Сегодня поговорим о фильтрации данных.

  • Контекстное экранирование с помощью zend-escaper

    Обеспечение безопасности веб-сайта — это не только защита от SQL инъекций, но и протекция от межсайтового скриптинга (XSS), межсайтовой подделки запросов (CSRF) и от других видов атак. В частности, вам нужно очень осторожно подходить к формированию HTML, CSS и JavaScript кода.

  • Подключение Zend модулей к Expressive

    Expressive 2 поддерживает возможность подключения других ZF компонент по специальной схеме. Не всем нравится данное решение. В этой статье мы расскажем как улучшили процесс подключение нескольких модулей.

  • Совет: отправка информации в Google Analytics через API

    Предположим, что вам необходимо отправить какую-то информацию в Google Analytics из серверного скрипта. Как это сделать. Ответ в этой заметке.

  • Подборка PHP песочниц

    Подборка из нескольких видов PHP песочниц. На некоторых вы в режиме online сможете потестить свой код, но есть так же решения, которые можно внедрить на свой сайт.

или авторизуйтесь, чтобы добавлять комментарии, оценивать уроки и сохранять их в личном кабинете
  • 5 Сентября 2012 13:02
    maha
    Привет - Евгений Попов, Пожалуйста помогите мне рашить эту проблему - как создать такой php скрипт, - Если пользователь пароль и логин ввел 5 раза не правильно то закрываем доступ на 15 минут, С уважени maha
    • 5 Сентября 2012 13:08
      webivan
      http://ruseller.com/project.php?id=5 Где-то тут есть)
      • 5 Сентября 2012 14:02
        maha
        Спасиба
      • 5 Сентября 2012 14:18
        maha
        спасиба
  • 5 Сентября 2012 14:13
    biohazardo
    Вещь нужная, но описана очень сухо, без толковых примеров. Многие фреймворки сейчас обладают этим функционалом из коробки.
  • 5 Сентября 2012 15:21
    keXss
    Согласен с "biohazardo" суховато как то.
  • 8 Сентября 2012 20:52
    nerush92
    сссс
  • 7 Декабря 2012 17:25
    q_u_a_d
    Ребят вы реально рассмешили какой такой "АОП"? Может все таки ООП - объектно ориентированное программирование!
    • 14 Января 2013 05:29
      dronnis
      q_u_a_d Это ваши проблемы если вы не понимаете смыслов терминов ООП и АОП Советую вам почитать немного вики как минимум и вообще загуглить по теме АОП прежде смеяться без причины и из за незнания своего-же. ООП -> http://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BD%D0%BE-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 АОП -> http://ru.wikipedia.org/wiki/%D0%90%D1%81%D0%BF%D0%B5%D0%BA%D1%82%D0%BD%D0%BE-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
  • 14 Января 2013 05:40
    dronnis
    Ну а если по теме в двух словах АОП это можно сказать стиль написания приложение я бы сказал даже методика написания более удобных модульных приложений с возможностью поддержки более менее внешних хаков и API для будущих разработчиков, в зависимости от программиста даст возможность сторонним программистам менять механику или дополнять приложения по средствам API те без изменений основного кода приложения так как при написание приложения на АОП появляется возможность фактически в любом месте сделать Event систем которая сможет более менее решить систему калблеков хаков модулей назвать это можно поразомну но окончательный смысл такой по суте такой сама технология АОП была сделана создана придумана для удобства написания модульных систем типо CMS где можно изменить поведение системы модулем или дин модуль заменить на другой.
^ Наверх ^