抽象工厂是创建相关对象的接口，而工厂方法是一种方法。抽象工厂采用工厂方法实现。

//Abstract factory - Provides interface to create factory of related products
interface PizzaIngredientsFactory{    
   public Dough createDough(); //Will return you family of Dough
   public Clam createClam();   //Will return you family of Clam
   public Sauce createSauce(); //Will return you family of Sauce
}

class NYPizzaIngredientsFactory implements PizzaIngredientsFactory{

   @Override
   public Dough createDough(){
      //create the concrete dough instance that NY uses
      return doughInstance;
   }

   //override other methods
} 

课本上的定义已经由其他答案提供了。我想我也会提供一个例子。

因此这里pizzaingredient factory是一个抽象工厂，因为它提供了创建一系列相关产品的方法。

注意，抽象工厂中的每个方法本身都是一个工厂方法。就像createDough()本身是一个工厂方法，其具体实现将由nypizzafactorentsfactory等子类提供。因此，使用这个方法，每个不同的位置都可以创建属于其位置的具体成分实例。

工厂方法

提供具体实现的实例

在这个例子中: - createDough() -提供面团的具体实现。这是一个工厂方法

抽象工厂

提供创建相关对象族的接口

在这个例子中: pizzafactorentsfactory是一个抽象工厂，因为它允许创建一组相关的对象，如面团，蛤蜊，酱汁。为了创建每个对象族，它提供了一个工厂方法。

来自Head First设计模式的示例

使用Factory模式，您可以生成特定接口(例如，IFruit)的实现实例(Apple、Banana、Cherry等)。

使用抽象工厂模式，您可以为任何人提供他们自己的工厂提供一种方法。这使得您的仓库可以是IFruitFactory或IJuiceFactory，而不需要您的仓库了解任何关于水果或果汁的信息。

很多人可能会感到惊讶，但这个问题是不正确的。如果你在面试中听到这个问题，你需要帮助面试官理解你的困惑在哪里。

让我们从一个事实开始，即没有具体的模式被称为“工厂”。有一种模式叫做“抽象工厂”，也有一种模式叫做“工厂方法”。

那么，“工厂”是什么意思呢?以下之一(根据引用的范围，都可以认为是正确的):

有些人用它作为“抽象工厂”的别名(快捷方式)。 有些人使用它作为“工厂方法”的别名(快捷方式)。 有些人将其用作所有工厂/创建模式的通用名称。例如，“抽象工厂”和“工厂方法”都是工厂。

不幸的是，许多人使用“Factory”来表示另一种类型的工厂，它创建了一个或多个工厂(或它们的接口)。根据他们的理论:

Product实现了IProduct，它是由Factory创建的 实现了由AbstractFactory创建的IFactory。

为了理解这有多愚蠢，让我们继续我们的方程:

AbstractFactory实现了IAbstractFactory，它由… AbstractAbstractFactory ? ?

我希望你能明白我的意思。不要困惑，请不要发明那些无缘无故存在的东西。

-

附注:产品的工厂是AbstractFactory，而抽象工厂的工厂也是AbstractFactory的另一个例子。

工厂方法:您有一个工厂，它创建派生自特定基类的对象

抽象工厂:你有一个创建其他工厂的工厂，这些工厂反过来创建从基类派生的对象。这样做是因为您通常不只是想创建单个对象(与Factory方法一样)—相反，您想创建相关对象的集合。

工厂模式: 工厂生产iproduct实现

工厂模式: 一个工厂-工厂生产IFactories, IFactories反过来生产IProducts:)

[根据评论更新] 我之前写的至少在维基百科上是不正确的。抽象工厂就是一个简单的工厂接口。有了它，您可以在运行时切换工厂，以允许在不同的上下文中使用不同的工厂。例如针对不同操作系统的不同工厂、SQL提供者、中间件驱动程序等等。