如果我在实现工厂模式时使用抽象类而不是接口。它仍然是工厂模式吗？

例如 ：http://www.tutorialspoint.com/design_pattern/factory_pattern.htm http://www.tutorialspoint.com/design_pattern/factory_pattern.htm

如果我更改抽象类 Shape 上的接口形状，请创建具体类来扩展 Shape 并使 Shape 工厂返回 Shape 抽象类类型对象。它仍然是工厂模式吗？

我会同意。

我们来看一下工厂方法模式的定义：

工厂方法模式是创造的该模式使用工厂方法来处理创建对象的问题，而无需指定将创建的对象的确切类

此模式背后的动机是将对象创建与使用该对象的客户端分开。客户端应该向工厂提供规范，但对象如何构建的详细信息由工厂抽象出来。

如果这是一个接口或抽象类，则是特定于情况的实现细节，只要您的工厂实现可以让您实现模式背后的动机。

如果以下任何陈述适用于您的情况，请考虑使用抽象类：

• 您希望在几个密切相关的类之间共享代码。

• 您期望扩展抽象类的类具有许多通用方法或字段，或者需要除 public 之外的访问修饰符（例如 protected 和 private）。

• 您想要声明非静态或非最终字段。这使您能够定义可以访问和修改它们所属对象的状态的方法。

如果以下任何陈述适用于您的情况，请考虑使用接口：

• 您期望不相关的类将实现您的接口。例如，Comparable 和 Cloneable 接口是由许多不相关的类实现的。

• 您想要指定特定数据类型的行为，但不关心谁实现其行为。

• 您想要利用类型的多重继承。

在某些实现中，对于工厂创建的产品使用抽象类而不是接口可能更有意义。如果所有产品之间存在共享的功能/行为集，那么将它们放入抽象基类中确实有意义。即使产品是由不同工厂制造的，这也适用。

归结为：您是否希望引入耦合以及引入耦合是否有意义 产品之间是否？ 最终，客户将得到相同的结果——根据规范构建产品，并抽象出构造细节。