Andipas: мая 2011

вторник, 31 мая 2011 г.

Абстрактная фабрика - (Abstract Factory)

Код - пример #1

<?php
/*

Абстрактная фабрика - (Abstract Factory)

Фабрика должна возвращать объекты. Но так как она абстрактная, то изначально нужно
описать абстрактный класс фабрики, и абстрактные объекты которые она будет производить. 

Дале мы описываем реализации классов фабрик на основе абстрактной фабрики и реализации класса объектов
которые она производит. Тем самым у нас есть различные варианты фабрик и объектов с одинковыми
интерфейсами, что может быть удобно.

Далее привожу код. Есть абстрактная фабрика машин. Абстрактный класс машин. Создаем классы фабрики
"ford" и "vaz" и классы ford_machine и vaz_machine. Фабрики будут производить объект "машины", но
свойство "начинака" этих "машин" будет отличаться, прям как в реальной жизни.

*/

abstract class abstract_machine_factory {
    function generate_sedan() {
        return new machine('sedan');
    }
    
    function generate_universal() {
        return new machine('universal');    
    }
    
    function generate_hatchback() {
        return new machine('hatchback');    
    }
}

abstract class abstract_machine {
    protected $_param;

    function __construct($type = 'sedan') {
        $this->_param = array();
        $this->_param['type'] = $type;
    }    
    
    function run() {
        echo 'brrrrrrrrrrrrrr ...';
    }
    
    function get_all_param() {
        return $this->_param;
    }
}

class vaz_machine extends abstract_machine {
    function __construct($type = 'sedan') {
        parent::__construct($type);

        $this->_param['firm'] = 'vaz';
    }

    function run() {
        echo 'tr tr pr tr tr pr ...';
    }
}

class vaz_factory extends abstract_machine_factory {
    function generate_sedan() {
        return new vaz_machine('vedro');
    }
    
    function generate_universal() {
        return new vaz_machine('taz');    
    }
    
    function generate_hatchback() {
        return new vaz_machine('korito');    
    }    
}

class ford_machine extends abstract_machine {
    function __construct($type = 'sedan') {
        parent::__construct($type);
        
        $this->_param['firm'] = 'ford';
    }

    function run() {
        echo 'rrrrrrrrrrrrrrrrr ...';
    }
}

class ford_factory extends abstract_machine_factory {
    function generate_sedan() {
        return new ford_machine('sedan', 'ford');
    }
    
    function generate_universal() {
        return new ford_machine('universal');    
    }
    
    function generate_hatchback() {
        return new ford_machine('hatchback');    
    }    
}

/* Фабрика ford_factory производит машины */
$ford_factory = new ford_factory();
$ford_machine = $ford_factory->generate_sedan();

deb($ford_machine->get_all_param());
deb($ford_machine->run());

/* Фабрика vaz_factory производит машины, функции одинаковые но результат (объекты) разные */
$vaz_factory = new vaz_factory();
$vaz_machine = $vaz_factory->generate_sedan();

deb($vaz_machine->get_all_param());
deb($vaz_machine->run());

/* В результате мы видим на экране:

Array
(
    [type] => sedan
    [firm] => ford
)

rrrrrrrrrrrrrrrrr ...

Array
(
    [type] => vedro
    [firm] => vaz
)

tr tr pr tr tr pr ...

*/

function deb($mVar) {
    echo("<PRE>");
    print_r($mVar);
    echo("</PRE>");
}

Список паттернов

Паттерны проектирования с примерами PHP

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

Порождающие паттерны.

Эта одна из категорий на которые разбивают шаблоны проектирования. В свою очередь эту категорию делят еще на два типа — паттерны порождающие объекты и паттерны порождающие классы. Первые создаются с помощью другого объекта, вторые с помощью наследования изменяют класс создаваемого объекта.
Основная идея порождающих паттернов заключается в том, что инстанцирование объектов происходит «за кадром», они скрывают в себе какие именно классы используются в приложении и детали их реализации, оставляя только интерфейсы к ним. По-идее это позволяет собрать полностью рабочее приложение из различных заготовленных заранее объектов, но по своему опыту скажу, что это практически невозможно без использования других типов шаблонов.

Их всего 5:
1. Абстрактная фабрика (Abstract Factory)
2. Одиночка (Singleton)
3. Прототип (Prototype)
4. Строитель (Builder)
5. Фабричный метод (Factory Method)

Структурные паттерны.

Здесь также есть два типа — паттерны уровня класса и паттерны уровня объекта. Самым ярким примером первых, на мой взгляд является «Адаптер». Общий смысл его в том, что если вдруг у нас есть класс и его интерфейсы не совместимы с другими библиотеками в нашей системе, то что бы разрешить этот конфликт, мы не изменяем код этого класса, а пишем для него адаптер. Очень часто этот паттерн применяется при написании библиотек, которые позволяют работать с различными СУБД. Паттерны уровня объекта позволяют достичь большей гибкости в приложения во время его выполнения. Наиболее популярный из них - «Декоратор».

Всего 7:
1. Адаптер (Adapter)
2. Декоратор (Decorator)
3. Заместитель (Proxy)
4. Компоновщик (Composite)
5. Мост (Bridge)
6. Приспособленец (Flyweight)
7. Фасад (Facade)

Паттерны поведения.

Основная идея паттернов этого типа — взаимодействие объектов и классов между собой. Но они также делятся на два уровня — паттерны поведения уровня класса и паттерны поведения уровня объекта. Здесь самое сложное это добиться наименьшей степени связанности компонентов системы друг с другом, потому что почти все объекты должны знать о существовании других и нести в себе эту информацию. Отсюда и появились такие сложные паттерны как «Посредник» и «Цепочка обязанностей».

Их 11:
1. Интерпретатор (Interpreter)
2. Итератор (Iterator)
3. Команда (Command)
4. Наблюдатель (Observer)
5. Посетитель (Visitor)
6. Посредник (Mediator)
7. Состояние (State)
8. Стратегия (Strategy)
9. Хранитель (Memento)
10. Цепочка обязанностей (Chain of Responsibility)
11. Шаблонный метод (Template Method)

скопипастил

Страницы

вторник, 31 мая 2011 г.