Re: Это паттерн компоновщик (Composite) нужен совет !
Автор оригинала: texrdcom
Читаю книгу банды 4 стараюсь создать паттерны которых не сущесвовало на php на сайте phppattern.com(Который умер)
Во-первых, спешу обрадовать, phppatterns никак не умер и скоро будет его перерождение, скорее всего в форме dokuwiki. Просто у Harry Fuecks были заботы личного плана.
можно назвать ниже приведенный код паттерном компоновщиком (composite) ? - правильно ли создан макет данного паттерна ?
Во-вторых, код приведенный тобой мне показался несколько сумбурным, поэтому я просто приведу пример использования данного паттерна.
Давайте вначале выясним, что же такое паттерн компоновщик(composite). Этот паттерн нужен для того, чтобы можно было динамически компоновать множество составляющих под некоторым единым интерфесом. При реализации данного паттерна возникают понятия контейнера и его составной части. Причем как контейнер, так и каждая составная часть реализуют один и тот же интерфейс и ничто не мешает один контейнер вкладывать в другой как часть.
Не поверите, как часто мы пользуемся этим замечательным паттерном!
Привожу пример из жизни, который возник совсем недавно(
[sid], помнишь? спасибо за идею
).
Нам потребовалось реализовать диспатчинг всех ошибок некоторым единым образом. Причем, хотелось сделать так, чтобы дополнительный функционал по обработке ошибок можно было бы добавлять динамически. Скажем, в серьезном приложении критические ошибки было бы неплохо не только записывать в лог, но также оповещать разработчиков по почте. Меньше всего хотелось городить god-like классы....
С чего начать? Предположим, у нас есть некоторый глобальный хендлер всех ошибок и исключительных ситуаций, которые могут возникнуть в приложении(в PHP этого можно достичь, используя set_error_handler и set_exception_handler). Этот хендлер реализует следующий интерфейс:
PHP:
interface ErrorDispatcher
{
function exceptionDispatch($exception);
function errorDispatch($errorNumber, $errorMessage, $fileName, $lineNumber, $arguments);
}
Допустим, у нас также есть некоторый BaseErrorDispatcher, который реализует интерфейс ErrorDispatcher самым базовым образом. Что-то наподобие этого:
PHP:
class BaseErrorDispatcher implements ErrorDispatcher
{
function exceptionDispatch($exception)
{
echo "Exception catched type of " . get_class($exception) . "<BR/>\n";
echo "Message: ".$exception->getMessage()."<BR/>\n";
echo nl2br($exception->getTraceAsString());
}
function errorDispatch($errorNumber, $errorMessage, $fileName, $lineNumber, $arguments)
{
if ( (error_reporting() & $errorNumber) != 0 )
{
//тут мы немного схитрили: для
//унификации обработки ошибок
//выбрасывается также специальное PhpErrorException исключение
//немного спорное решение, хотя...будущее покажет
throw new PhpErrorException($errorMessage, $errorNumber, $fileName, $lineNumber);
}
static function setErrorDispatcher($handler)
{
set_error_handler(array($handler, 'errorDispatch'));
set_exception_handler(array($handler, 'exceptionDispatch'));
}
}
Как это используется в приложении?
PHP:
BaseErrorDispatcher :: setErrorDispatcher(new BaseErrorDispatcher());
Звучит пока немного запутанно? Причем тут composite? Сейчас все прояснится. Напишем код компоновщика:
PHP:
class CompositeErrorDispatcher extends BaseErrorDispatcher
{
protected $dispatchers = array();
function exceptionDispatch($exception)
{
foreach ($this->dispatchers as $dispatcher)
{
$dispatcher->exceptionDispatch($exception);
}
}
function addDispatcher($dispatcher)
{
$this->dispatchers[] = $dispatcher;
}
}
Теперь можно реализовать дополнительные диспатчеры, которые мы добавим в компоновщик. Как насчет такого кода регистрации обработчиков ошибок:
PHP:
$c = new CompositeErrorDispatcher();
$c->addDispatcher(new BaseErrorDispatcher());
$c->addDispatcher(new ErrorLoggingDispatcher());
$c->addDispatcher(new ErrorMailingDispatcher());
BaseErrorDispatcher :: setErrorDispatcher($c);
После небольшой модификации CompositeErrorDispatcher можно несколько сократить запись:
PHP:
$c = new CompositeErrorDispatcher(
new BaseErrorDispatcher(),
new ErrorLoggingDispatcher(),
new ErrorMailingDispatcher());
BaseErrorDispatcher :: setErrorDispatcher($c);
Чего мы этим добились? Пользователи интерфейса ErrorDispatcher понятия не имеют о том, что имеют дело с компоновщиком, а мы имеем возможность динамически нанизывать дополнительный функционал как бусинки без нужды изменения интерфейса. Разве это не здорово?
