Изучите аспектно-ориентированное программирование с CodeIgniter, часть 1

Вы когда-нибудь слышали об аспектно-ориентированном программировании (AOP) раньше? Это широко используемая концепция при разработке систем корпоративного уровня, хотя она не получила большого применения в PHP. Я собираюсь использовать эту статью как возможность познакомить PHP разработчиков с AOP.

Этот урок будет доставлен вам в виде серии из трех частей. В этой части я объясню концепции АОП. Во второй части я покажу вам практическое использование AOP и создание структуры правил AOP. Наконец, я покажу вам, как интегрировать функциональность AOP с использованием CodeIgniter в части 3.

Что такое АОП?

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

В информатике сквозные проблемы — это аспекты программы, которые затрагивают другие проблемы. Эти проблемы часто невозможно четко разложить на остальную часть системы как при проектировании, так и при реализации, и могут привести к разбросу (дублирование кода), запутыванию (значительные зависимости между системами) или к тому и другому.

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

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

<?php
class BlogPost extends CI_Controller
{
    public function createPost() {
        if (!Authentication::checkAuthentication()) {
            // redirect to login
        }
        else {
            // proceed
            Messages::notifyAdmin();
        }
    }

    public function approvePost() {
        if (!Authentication::checkAuthentication()) {
            // redirect to login
        }
        else {
            // proceed
        }
    }

    public function editPost() {
        if (!Authentication::checkAuthentication()) {
            // redirect to login
        }
        else {
            // proceed
        }
    }

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

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

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

Итак, теперь мы пришли к месту, где мы можем понять значение АОП. Межотраслевые задачи могут быть сгруппированы в объекты, называемые «аспектами», а процесс отделения сквозных задач от нашего основного кода называется Аспектно-ориентированным программированием.

АОП Терминология

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

• аспект
• Совет
• Joinpoint
• Pointcut

Мы только что узнали, что такое аспект, поэтому теперь давайте посмотрим, что означают остальные три термина.

Совет

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

Joinpoint

Точки соединения — это места в приложении, где мы можем создавать советы. Оглядываясь назад на пример кода, вы можете найти несколько мест, где я назвал функциональность, которая не имеет прямого отношения к бизнес-логике. Например, в createPost() Это обе возможные точки соединения.

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

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

 <?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();
    }
}