В чем преимущество «фабричного метода» перед простым созданием объектов?

Question

[Роми]

В Вики приводится такой пример:

<?php
abstract class Animal
{
    public static function initial($animal)
    {
        return new $animal();
    }
    abstract public function voice();
}

class Lion extends Animal
{
    public function voice()
    {
        echo 'Rrrrrrrr i\'m the lion <br />' . PHP_EOL;
    }
}

class Cat extends Animal
{
    public function voice()
    {
        echo 'Meow, meow i\'m the kitty <br />' . PHP_EOL;
    }
}

$animal1 = Animal::initial('Lion');
$animal2 = Animal::initial('Cat');

$animal1->voice();
$animal2->voice();

но я не понимаю, чем именно это лучше, нежели простое:

(new Cat())->voice();

в чем смысл?

Спасибо.

Comments

[BoShurik]

Без фабричного метод было бы так

$animal = 'Cat';
(new $animal())->voice();

[edward_freedom]

а если тебе имя обьекта с сервера прийдет?

[Роми]

edward_freedom, так вон, каментом выше уже написали код на этот случай))

Answer 1

[Lander]

Просто пример дурацкий. Представьте что вам нужно в зависимости от времени суток создавать разных животных. Ночью львов, днём котят. Причём не в одном месте приложения. Тогда метод initial будет включать в себя проверку на время суток и в зависимости от этого отдавать нужное животное. Причём так будет автоматически происходить везде где вызывается Animal::initial().

Comments

[Роми]

Супер! Спасибо. Кратко и доходчиво :)

И да, скажите, я правильно понял, что это и есть тот самый "полиморфизм"? ))

[Lander]

Роми, Неа. Не правильно. Учитесь дальше :)

[Роми]

Lander, ну, судя по всему, я так и умру, ниасилив о чем третий кит ООП)) ладно, коды работают - и то хорошо ))

[Максим Федоров]

Роми, и другой кит тоже неосилили, который "инкапсуляция" :):):)

[Сергей]

Чтобы уж совсем добить автора )))
Шаблон проектирования ► [ Фабричный метод ]

[Роми]

Максим Федоров, ...да и наследование тоже, в общем-то... )) где я? кто здесь? )))

Answer 2

[Максим]

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

В PHP, в отличии от других некоторых языков конструктор один. Из-за чего объект нельзя создать несколькими способами, с другими бизнес правилами. Поэтому принято конструктор делать приватным, а объект создавать через фабричные методы вроде create(), requestJoinByEmail(), joinByNetwork() и другие.

Возьмём всем известных User-ов, которые могут появиться в нашей системе по-разному:

1. Создание пользователя Администратором через метод create().
2. Регистрацией пользователя по Email через метод requestJoinByEmail().
3. Регистрацией пользователя через социальную сеть через метод joinByNetwork().

Таким образом наш объект становится более гибким и содержит в себе разные бизнес требования к состоянию в зависимости от способа его создания.

Чтобы хорошо понять суть рекомендую прочитать полезный ресурс — Refactoring Guru - Фабричный метод.

Comments

[Дмитрий]

Я уж было подумал симфония))
А не, нашёл кусок)

[Максим]

Дмитрий, это компонент) По аннотациям доктрины понятно, что используется в Симфони) Без бандла.

[Роми]

Спасибо, конечно, но я мало что понял из написанного)) а на https://refactoring.guru/ru/design-patterns/factor... я собственно, и узнал про Фабричный метод ) но там у них несколько иное, чем в википедии...

Answer 3

[xfg]

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

Советую для понимания посмотреть пример в англоязычной википедии и там же реализацию на Java. Суть в том, что у вас есть игра лабиринт. И есть два режима игры, обычный - когда игрок может перемещаться из комнаты только в смежную комнату и магический режим - когда игрок может перемещаться в любую комнату. Алгоритм самой игры для обоих режимов один и тот же, а вот бизнес-правила перемещения игрока по комнатам - разные. Вы реализуете эти бизнес-правила в OrdinaryRoom и MagicRoom, а в самом алгоритме игры вместо того, чтобы создавать какой-то из этих объектов - вызываете просто абстрактный метод makeRoom(). А затем создаете два подкласса, которые будут реализовывать метод makeRoom и возвращать нужный тип комнаты. Таким образом вы получаете два различных режима игры написав один алгоритм.

Вообще смысл данного шаблона довольно сложно понять. В интернете его почти всегда объясняют неверно. Прямо как пример на C#. Это совсем не то, о чем писали в книге банды четырех. Пример соответствующий тому о чем рассказывается в книге реализован в примере на Java. Нужно приложить усилия и постараться вникнуть в идею. Можно перед этим изучить Template method, его проще понять, там похожая идея, только там вы перекладываете часть поведения на подклассы, а здесь перекладываете создание объекта на подклассы. Factory method практически всегда используется в связке с Template method если мы говорим о классической реализации шаблона из книги банды четырех.

Вообще шаблон не настолько распространенный насколько может показаться. Мне с 2002 года в моей практике не пригодился ни разу.

Comments

[Роми]

спасибо большое за столь подробный ответ!

скажите, а что такое "из книги банды четырех"?

и можете ли вы дать названия 3-5 шаблонов, которые стоит изучить человеку, раньше не вникавшему в эту тему? (ну, кроме Синглтона))))

[xfg]

скажите, а что такое "из книги банды четырех"?

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

3-5 шаблонов, которые стоит изучить

1. Стратегия
2. Наблюдатель
3. Адаптер
4. Декоратор
5. Фасад

Это наиболее распространенные шаблоны. Остальные используются намного реже. Человеку который изучает паттерны советую книгу паттерны проектирования от фрименов. Можно найти бесплатно в интернете. Я начинал с неё. Правда сейчас есть переиздание от 2018 года и оригинал от 2011 года. Я читал от 2011 года - отличная книга, много изображений, легкая в понимании. От 2018 года не читал, поэтому сказать нечего.