内部与外部工厂

| 我正在考虑在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,并主要通过该容器管理对象。     

要回复问题请先登录注册