工厂/抽象工厂混乱

Question

经过大约 10 个月的过程性 PHP 学习后，我现在正在尝试了解基本的 OOP 原则和设计模式。这是一种爱好，我没有那么多时间去追求它，所以请原谅这个问题的水平相当低。

我的网站（目前 100% 程序化）本质上是一个图书馆。访问者向库脚本发送 2 个数据点 - 项目类型 和项目代码。

Library.php 使用项目类型来选择包含，包含抓取代码以访问数据库，然后构建页面。

一些示例：

[type]  [code]
 game    RoTo
 map     32
 unit    216

示例链接为 library.php?type=game&code=RoTo

一切都按原样运行良好，但当我开始使用 OOP 时，我看到了“明显的简单入口点和继承路径”客观化”这个系统。

class LibraryObject
{
    protected $_name;
    protected $_description;
}

class Game extends LibraryObject
{
    protected $_releaseDate;
    etc.
}

我也对一些编写良好的课程将给我带来的灵活性感到兴奋。

不过，设计模式的想法让我感到困惑。它看起来像工厂模式，但我对 F 和 AF 之间的区别感到困惑。我读过其他专门提出这个问题的问题，并且我读过 OODesign 上的示例，但我觉得它们是用不同的语言编写的，这相当令人沮丧。

也许如果有人可以使用我自己的数据结构来解释它，这对我来说会更有意义？

抱歉给您带来麻烦了。

Answer 1

工厂和抽象工厂之间的区别非常简单。在后者中，工厂本身是抽象的（！），不能直接实例化，而必须进行子类化。

例如，工厂：

class Document {
   public function createPage() {
       return new Page;
   }
}

class LandscapeDocument extends Document {
   public function createPage() {
       return new LandscapePage;
   }
}

在抽象工厂中：

abstract class Document {
   abstract public function createPage();
}

class PortraitDocument extends Document {
   public function createPage() {
      return new PortraitPage;
   }
}

class LandscapeDocument extends Document {
   public function createPage() {
      return new LandscapePage;
   }
}

简而言之，工厂模式在工厂类本身中有一个默认实现。抽象工厂要求所有子类实现自己版本的工厂方法。

这就是全部内容了。

Answer 2

您可以用另一种方式来看待它：

清除灌木丛：
工厂模式是一种创建模式。即用于创建实例以供使用。

工厂模式

• 一种创建模式，其中创建实例的逻辑掌握在工厂类手中。
• 工厂模式仅创建一种类型的对象实例。在您的情况下，它将创建 LibraryObject 类型的对象，假设 LibraryObject 是层次结构树中最顶层的对象。

抽象模式（工厂的工厂）

• 一种创建模式，其中创建实例的逻辑掌握在实现工厂接口/抽象类的类手中。
• 抽象工厂模式可以创建对象不同类型的对象，因此您可以使用 Factory 接口/抽象类的具体实现来创建您想要的类型的对象。这就是为什么它被称为工厂的工厂。

下面的链接是一个很好的参考，我建议您也阅读工厂方法模式：
http://www.oodesign.com/creational-patterns/