Введение в цепочку ответственности

В этой статье мы объясним и продемонстрируем модель цепочки ответственности.

Определение

Цепочка ответственности — это шаблон поведенческого проектирования, который обрабатывает запрос через ряд объектов процессора (обработчики / получатели). Запрос отправляется от одного объекта-обработчика к другому и обрабатывается одним (чистая реализация) или всеми обработчиками. Все обработчики являются частью цепочки.

Два простых примера, содержащих цепную логику:

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

участники

Шаблон в короткой версии включает в себя:

• Обработчик: определяет интерфейс для обработки запросов. Это может быть абстрактный класс, который дополнительно реализует методы по умолчанию и способ установки преемника в цепочке.
• Многие конкретные объекты-обработчики: обрабатывают запрос и при необходимости предоставляют доступ к наследникам;

CoR также может включать в себя:
— объект Client для выполнения запроса и настройки цепочки;
— объект запроса;
— объект ответа;
— другие шаблоны дизайна.

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

CoR полезен, когда:

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

Основное использование

CoR часто применяется в сочетании с шаблоном Composite , поэтому легко обрабатывать все обработчики одинаково и отправлять запрос наследникам цепочки.
Ниже приведен базовый пример PHP:

<?php abstract class BasicHandler { /** * @var Handler */ private $successor = null; /** * Sets a successor handler. * * @param Handler $handler */ public function setSuccessor(Handler $handler) { $this->successor = $handler; } /** * Handles the request and/or redirect the request * to the successor. * * @param mixed $request * * @return mixed */ abstract public function handle($request); } 

Ниже приведен пример (не полностью реализованный) продолжения с кодом выше:

 class FirstHandler extends BasicHandler { public function handle($request) { //provide a response, call the next successor } } // .. code for SecondHandler and ThirdHandler classes .. $firstHandler = new FirstHandler(); $secondHandler = new SecondHandler(); $thirdHandler = new ThirdHandler(); $firstHandler->setSuccessor($secondHandler); $secondHandler->setSuccessor($thirdHandler); $result = $firstHandler->handle($request); 

Расширенное использование

В основе этого паттерна лежит гибкость и открытая логика в цепной организации.
Эта гибкость становится понятнее с некоторыми примерами.

Из кода BasicHandler можно автоматизировать метод handle (с некоторыми ограничениями), перенося его область видимости из BasicHandler в родительский абстрактный класс.

Хотя приведенный ниже пример не решает все проблемы CoR, он показывает, как шаблон может быть легко реструктурирован и адаптирован к другой логике.

 <?php abstract class AdvancedHandler { /** * @var Handler */ private $successor = null; /** * Sets a successor handler, * in case the class is not able to satisfy the request. * * @param Handler $handler */ final public function setSuccessor(Handler $handler) { if ($this->successor === null) { $this->successor = $handler; } else { $this->successor->setSuccessor($handler); } } /** * Handles the request or redirect the request * to the successor, if the process response is null. * * @param string|array $data * * @return string */ final public function handle($request) { $response = $this->process($request); if (($response === null) && ($this->successor !== null)) { $response = $this->successor->handle($request); } return $response; } /** * Processes the request. * This is the only method a child can implements, * with the constraint to return null to dispatch the request to next successor. * * @param $request * * @return null|mixed */ abstract protected function process($request); } 

 class FirstHandler extends AdvancedHandler { public function process($request) { //do something } } // .. code for SecondHandler and ThirdHandler classes .. 

 $firstHandler = new FirstHandler(); $secondHandler = new SecondHandler(); $thirdHandler = new ThirdHandler(); //the code below sets all successors through the first handler $firstHandler->setSuccessor($secondHandler); $firstHandler->setSuccessor($thirdHandler); $result = $firstHandler->handle($request); 

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

 class Client { private $firstHandler; public function setChainOrder($handlersOrder) { //code for setup the chain } public function process($request) { $response = $this->firstHandler->handle($request); return $response; } } 

 $client = new Client(); $client->setChainOrder($myHanldersOrder); $client->process($request); 

 $client = new Client(); $handlersOrder = $request->getHandlersOrder(); $client->setChainOrder($handlersOrder); $client->process($request); 

 abstract class AdvancedHandler { //code ... final public function handle($request) { $response = $this->cache->getResponse($request); if ($response === null) { $response = $this->handleRequestWithChain($request); } return $response; } final public function handleRequestWithChain($request) { $response = $this->process($request); if (($response === null) && ($this->successor !== null)) { $response = $this->successor->handleRequestWithChain($request); } $this->cache->setResponse($response); return $response; } //code ... }