http://ru.wikipedia.org/wiki/%D0%90%D0%B1%...%D0%B8%D1%8F%29 там есть пример, вполне понятный, как мне кажется

Гость_lekafe
был я там, все равно не понимаю, к сожалению....

Может кто-нибудь разжевать?

Гость_lekafe
например, возьмем приведенный код:

<?
interface GUIFactory {
    public function createButton();
}
 
class WinFactory implements GUIFactory {
    public function createButton() {
        return(new WinButton());
    }
}
 
class LinFactory implements GUIFactory {
    public function createButton() {
        return(new LinButton());
    }
}
 
abstract class Button {
    private $_caption;
    public abstract function render();
 
    public function getCaption(){
        return $this->_caption;
    }
    public function setCaption($caption){
        $this->_caption = $caption;
    }
}
 
class WinButton extends Button {
    public function render() {
        echo "I am WinButton: ".$this->getCaption();
    }
}
 
class LinButton extends Button {
    public function render() {
        echo "I am LinButton: ".$this->getCaption();
    }
}
####
/**
* Класс инкапсулирует логику конструирования алгоритма создания каких либо структур
* например (GUI, алгоритмов доступа к БД, и т.д.). Класс ни чего "не знает" о платформе, на которой он работает.
*/
class Application {
    public function __construct(GUIFactory $factory) {
                $button = $factory->createButton();
                $button->setCaption("Start");
                $button->render();
    }
}
 
/**
* Класс определяет платформу на которой работает и в соответствии от неё создаёт "класс-клиент", использующий "продукты"
* (в данном случае создание кнопок), с передаваемым параметром, определённой фабрики, в использование "клиентом".   
*/
class ApplicationRunner {
    public static function run() {
        new Application(self::createOsSpecificFactory());
    }
 
    public static function createOsSpecificFactory() {
                $sys = substr(PHP_OS, 0, 3);
                if (strtoupper($sys) === 'WIN') {
                    return new WinFactory();
                } else {
                    return new LinFactory();
                }
    }
}
 
ApplicationRunner::run();

и перепишем так:

abstract class Button {
    private $_caption;
    public abstract function render();
 
    public function getCaption(){
        return $this->_caption;
    }
    public function setCaption($caption){
        $this->_caption = $caption;
    }
}

class WinButton extends Button {
    public function render() {
        echo "I am WinButton: ".$this->getCaption();
    }
}

class LinButton extends Button {
    public function render() {
        echo "I am LinButton: ".$this->getCaption();
    }
}

//////////////////////////////////////

class Application {
    public function __construct(Button $button) {
        $button->setCaption("Start");
        $button->render();
    }
}

class ApplicationRunner {
    public static function run() {
        new Application(self::createOsSpecificButton());
    }
 
    public static function createOsSpecificButton() {
                $sys = substr(PHP_OS, 0, 3);
                if (strtoupper($sys) === 'WIN') {
                    return new WinButton();
                } else {
                    return new LinButton();
                }
    }
}
 
ApplicationRunner::run();

В чем отличие, кроме колличества буков?
Т.е. до меня не доходит, зачем в первом коде все так усложняется? В чем profit?

глупый вопрос, смысл в том что в том примере у тебя была ГУИшная штука, которое позволяла бы тебе делать разносторонний интерфейс, а сейчас у тебя приложение это только кнопку и все. Ты вырыл сам себе яму, сейчас что бы создать новый объект интерфейса тебе придется итди к какому то классу за экземпляром, а при примере из вики, ты бы имел все элементы интерфейса на руках.

пытаюсь осмыслить.... тема незакрыта, вопросы еще будут
PS. Видимо, я неисправимый процедурщик

Гы , коментарии в википедии я дописывал, подумал что бы было понятнее.
Invis1ble
Возьми и изучи Factory Method и абстрактную фабрику и увидишь что абстрактная фабрика включает в себя ещё один класс, который скажем так зависим от каких то условий. Вот он то и создаёт (определяет) фабрику, которая является абстракцией каких либо продуктов, в свою очередь эта фабрика возвращает по заданным заранее методам (интерфейсам) уже определённые продукты. Что это даёт, мы работаем не с самими продуктами а с их абстракцией (чем то похожа на паттерн bridge).
Что делает Factory Method, паттерн определяет класс зависимый от условий и в нём определяет методы (интерфейс), в котором каждый интерфейс возвращает (НЕ АБСТРАКТНУЮ ФАБРИКУ, A КОНКРЕТНЕЙШИЙ ПРОДУКТ)
А вообще хорошо описано в книге "Приёмы объектно-ориентированного проектирования" Э.Гамма ...

Кстати ключ к пониманию, Абстрактная фабрика это не от abstract class Factory, а от проектного назначения. Абстракция для других конкретных продуктов как в паттерне bridge.

Вобщем случае абстрактная фабрика инкапсулирует в себе инстанцирование СВОЕГО СЕМЕЙСТВА (РЯДА) ПРОДУКТОВ. Клиент по условию (допустим по виду ОС) инстанцирует (не конкретный продукт) а фабрику. Потом возвращает её в пользование, откуда другие клиенты могут использовать интерфейсы не обращая внимания на платформу ОС.

Попозжа отпишусь, сейчас другим занят.

если не ленивый и действительно этим интересуешься прочти книгу Мэта Зандстры там это очень доходчиво описано.

blazze
Читаю итак.

Invis1ble
так же ознакомься с трудом Мартина Фаулера. Архитектура корпоративных программных приложений, потом еще посмотри книгу банды четырех. так же не поленись и прочти Бадд Т.Объектно-ориентированное программирование (два тома) потом можешь с чистой душой приступать к Кнуту.

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