Zend Framework 2 — Приложения/Модули/Менеджеры служб – О боже

Что вы знаете из Zend Framework 1.x, так это «Ресурс приложения».

Понятие «ресурс приложения» заменено в Zend Framework 2 так называемыми "сервисами" (введение здесь)

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

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

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

class MyModule
{
    public function onBootstrap($e)
    {
        // $e->getTarget() is the \Zend\Mvc\Application
        $sm = $e->getTarget()->getServiceManager();

        if (!$sm->has('some-logger-name')) {
            $sm->setFactory('some-logger-name', function ($sl) {
                return new MyLogger($sl->get('some-db'));
            });
        }
    }
}

После этого вы сможете использовать свое «имя регистратора» во всех приложениях.

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

class MyModule
{
    public function getConfig()
    {
        return array(
            'service_manager' => array(
                'factories' => array(
                    'some-logger-name' => 'My\Logger\Factory\ClassName'
                ),
            ),
        );
    }
}

То же самое достигается с помощью getServiceConfig, который менее гибок и не может кэшироваться, но имеет более высокий приоритет по сравнению с getConfig (позволяет переопределять) и позволяет также определять сервисные фабрики как замыкания:

class MyModule
{
    public function getServiceConfig()
    {
        return array(
            'factories' => array(
                'some-logger-name' => function ($sl) {
                    return new MyLogger($sl->get('some-db'));
                },
            ),
        );
    }
}

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

Концепция модулей и конфигураций заключается в том, что «выигрывает последний модуль», поэтому вы можете определить службу 'some-logger-name' либо в своем модуле, либо в любом модуле, загруженном до него.

Те же концепции применимы и к вашему соединению с БД.

Как видите, переход на сервисы уже дал вам определенную степень свободы.

Имейте в виду, что это не значит, что «Приложение» что-то определяет для вас: модули определяют ваши службы/конфигурации/события и т. д. Запущенное приложение представляет собой композицию всех этих вещей вместе.

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

Прикрепите прослушиватель событий log к вашему Module.php:

public function onBootstrap(MvcEvent $e)
{
    //setup some $logger

    $sharedManager = $e->getApplication()->getEventManager()->getSharedManager();

    $sharedManager->attach('*', 'log', function($e) use ($logger) {
        /** @var $e MvcEvent */
        $target   = get_class($e->getTarget());
        $message  = $e->getParam('message', 'No message provided');
        $priority = $e->getParam('priority', Logger::INFO);
        $message  = sprintf('%s: %s', $target, $message);
        $logger->log($priority, $message);
    });
}

Затем запустите его откуда в вашем приложении, например, из контроллера:

$this->getEventManager()->trigger('log', $this, array(
    'priority' => \Zend\Log\Logger::INFO, 
    'message' => 'just some info to be logged'
));