Паттерн фабрика PHP, в чем суть?

Question

[T4-100]

Прочитав о паттерне фабрика возникло некое недопонимание
habrahabr.ru/post/214285 - в статье описывается реализация паттерна

не очень понимаю зачем делать

$factory = new FirstFactory();
$firstProduct = $factory->getProduct();
$factory = new SecondFactory();
$secondProduct = $factory->getProduct();

print_r($firstProduct->getName());
print_r($secondProduct->getName());

когда я могу не вызывая new FirstFactory();
сразу вызвать new FirstProduct();

interface Product
{
    public function getName();
}

class FirstProduct implements Product
{
    public function getName()
    {
        return 'The first product';
    }
}

$firstProduct = new FirstProduct();
print_r($firstProduct->getName());

И класс фабрики не потребуется

Answer 1

[Yakov Akulov]

Фабрика позволят избавиться в коде от прямой зависимости от конкретного класса – это её основная суть. Иногда это удобно, приведу такой пример:
Есть некий класс, отвечающий за процессинг платежей PaymentManager. Вы используете фабрику, получая его и сразу передавая ему заказ:
$manager = PaymentFactory::getManager($order)
Тут ваш заказчик говорит, что теперь заказы суммой меньше 10 тыс руб должны направляться на другой платежный сервис. Можно, конечно переписать старый менеджер платежей, а можно добавить новый AlternatePaymentManager. при этом весь код, работающий с платежами остается неизменным, только в фабрике добавлям:

public static function getManager($order)
{
   if($order['total'] >= 10000) {
    return new PaymentManager($order); 
  }
  else {
    return new AlternatePaymentManager($order);
  }
}

Такие примеры часто возникают в реальных приложениях, их можно прочувствовать заранее при написании кода. Плюс еще можно добиться выгоды и при написании тестов.

Comments

[Yakov Akulov]

Плюс еще, конечно же нужно чтобы оба менеджера платежей реализовывали общий интерфейс определенный

[T4-100]

Да теперь все понятно, спасибо.

[Павел Соловьёв]

@jakulov

если нужно реализовать разную логику для получения платежа, то это уже паттерн стратегия, а не фабрика, фабрика предназначена для создания отднотипных объектов

и делается так

public static function getManager($managerName)
{
// тут может быть логика определения класса менеджера.
return new $managerName();
}

$payment->process($order);

[Yakov Akulov]

@pavel_salauyou не совсем согласен, я описал именно фабрику в своем примере. Менеджеры платежей именно являются однотипными объектами. Просто по смыслу в данном примере можно было бы применить и шаблон Статегрия, но выглядело бы уже так:

class Order {
protected $manager;
public function __construct(PaymentManager $manager)
{
$this->manager = $manager;
}

public function processPayment($data) {
$this->manager->process($data);
}
}

abstract class PaymentManager
{
abstract public function process($data);
}

class FirstManager extends PaymentManager
{
// ...
}

class SecondManager extends PaymentManager
{
// ...
}

// ....
if($total < 10000) {
$manager = new SecondManager();
}
else {
$manager = new FirstManager();
}

$order = new Order($manager);
$order->processPayment($data);

Это уже чистой воды Strategy – мы подменяем логику работы, заменяя класс. А суть фабрики – просто выдать объект (или иногда класс) определенного типа. Не всегда один тип означает один класс, чаще наоборот. Разная или одинаковая логика в этих классах фабрику уже не заботит.

[Павел Соловьёв]

вот сдесь идёт логика платежа

if($order['total'] >= 10000) {
return new PaymentManager($order);
}
else {
return new AlternatePaymentManager($order);
}

вот сдесь создаётся, только объект

public static function getManager($managerName)
{
// тут может быть логика определения класса менеджера.
return new $managerName();
}

и это правильно потому что фабрика порождающий паттерн, он необходим только для создания объекта. больше ничего не требуется, уже логика обработки запроса должна идти от конкретного класса payment, который в свою очередь имплементируется от абстрактной фабрики AbstractPayment и т.д. мысль можно и дальше развивать, но всё что должно быть в фабрике - это фабричный метод (return new $managerName();) и если надо абстрактна фабрика.

[Yakov Akulov]

@pavel_salauyou может быть, пример у меня не самый удачный.
Но у меня в PaymentFactory::getManager() не логика проведения платежа – а именно логика определения класса, который должен выполнить платеж, в зависимости от контекста. На реализацию платежа фабрика тут никак не влияет, просто предоставляет нужный класс.

Answer 2

[Павел Соловьёв]

в фабрике нужен ещё фабричный метод

class ProductManager
{
    public static create($productName)
    {
         $object = ucfirst($productName).'Product';
         return new $product();
    }
}

$product = ProductManager::create('first');
$product->getName();