内部与外部工厂

如何解决内部与外部工厂

| 我正在考虑在PHP中实现工厂模式的两种不同方式之一。我不知道这些变体是否具有正确的名称，因此现在我将其称为内部工厂和外部工厂。内部工厂：工厂方法在类本身中作为静态公共方法实现。

<?php
class Foo
{
    protected
        $loadedProps = false;

    public static factory ($id)
    {
        $class = get_called_class ();
        $item = new $class ($id);
        if ($item -> loadedProps ())
        {
            return ($item);
        }
    }

    public function loadedProps ()
    {
        return ($this -> loadedProps);
    }

    protected function loadPropsFromDB ($id)
    {
        // Some SQL logic goes here
    }

    protected function __construct ($id)
    {
        $this -> loadedProps = $this -> loadPropsFromDB ($id);
    }
}
?>

外部工厂：工厂及其初始化的项目被实现为单独的实体

<?php

class Foo
{
    protected
        $loadedProps = false;

    public function loadedProps ()
    {
        return ($this -> loadedProps);
    }

    protected function loadPropsFromDB ($id)
    {
        // Some SQL logic goes here
    }

    public function __construct ($id)
    {
        $this -> loadedProps = $this -> loadPropsFromDB ($id);
    }
}

abstract class FooFactory 
{
    public static factory ($id)
    {
        $item = new Foo ($id);
        if ($item -> loadedProps ())
        {
            return ($item);
        }
    }
}
?>

现在在我看来，每个人都有其优点。前者允许您将构造函数与外界隔离。这意味着创建Foo对象的唯一方法是通过工厂。如果无法从数据库中加载商品的状态，则工厂将返回NULL，您可以在代码中轻松检查该商品。

if ($item = Foo::factory ($id))
{
    // ...
}
else
{
    // The item failed to load.  Handle error here
}

工厂还可以创建Foo的任何子类的对象，而无需进行任何修改。但是，它似乎有一些缺点。首先，班级必须实施工厂，这可能会将责任归于真正属于其他地方的班级。内部工厂版本肯定比外部工厂版本具有更大的类。至于外部工厂，这很干净，因为工厂本身不在班级中，而且我不必担心班级承担的责任应有尽有。外部工厂也可能更适合于依赖项注入。但是，它有自己的缺点。首先，工厂要构建的项的构造函数必须是公共的，因为PHP没有包的概念，并且对类成员没有'package'的保护级别。这意味着没有什么可以阻止编码器仅执行新的Foo（）并绕过工厂（尽管这可能会使单元测试更加容易）。另一个问题是FooFactory只能创建Foo对象，而不能创建其任何子类。可以通过在FooFactory中添加另一个参数来指定类名来解决此问题，但是工厂必须对内部指定的对象类实际上是Foo的后代进行内部检查。因此，基本上，这两种方法的相对优点是什么，您会推荐哪些？另外，如果它们的名称比内部或外部工厂的名称更合适，我想知道它们。

解决方法

实际上，工厂是建立的创新设计模式，因此您可以在GoF书中或在Sourcemaking中阅读有关其目的的信息：抽象工厂-创建多个类家族的实例 Builder-将对象构造与其表示形式分离工厂方法-创建多个派生类的实例对象池-通过回收不再使用的对象来避免昂贵的资源获取和释放原型-要复制或克隆的完全初始化的实例这些模式之间存在一些重叠，尤其是在工厂方法，抽象工厂和生成器之间，当您不是创建对象族而是仅创建一种对象时，区别甚至更加模糊。是的，为简单起见，让我们假设内部和外部工厂是正确的术语。就您个人而言，由于您已经给出的原因，我总是偏向于外部工厂胜于内部工厂：我可以使用依赖注入并可以分离职责。由于静态方法无法测试，并且由于它们引入的耦合而被认为是有害的，因此我将使Factory成为真实的对象，并使用非静态方法。您提到的两个缺点根本不是真正的缺点。我想不出为什么我要阻止开发人员实例化Factory创建的对象的原因。实际上，在进行单元测试时，我将要自己创建该对象，并将所有依赖项替换为Mocks和Stubs。我也不认为开发人员应该太宽容。鉴于PHP的脚本性质，将ctor从私有更改为公共很容易被阻止。至于Factory无法创建其他类的其他问题，那是不正确的。实际上，工厂的想法是创建各种类型的对象族。甚至工厂方法也被明确允许创建子类。是否在工厂使用开关/盒或各种方法来实现，取决于您自己。也没有理由不将工厂与构建者结合在一起，或者没有将工厂工厂反过来封装逻辑以创建对象的工厂。这样就消除了您提到的任何内部检查的需要（也可以通过typehints来满足）。工厂的另一可行选择是使用依赖注入容器，例如Symfony Components DIC，并主要通过该容器管理对象。

如何解决内部与外部工厂

解决方法

相关推荐