Java接口上下文中的“工厂方法设计模式”？答案

【问题标题】："Factory Method Design Pattern" in context of Java interfaces?Java接口上下文中的“工厂方法设计模式”？
【发布时间】：2016-08-03 05:14:02
【问题描述】：

我是 Java 初学者，我用来学习 Java 的那本书似乎有让我完全困惑的神秘例子和句子。

我了解什么是接口，以及如何/在何处应用该概念在现实世界中。但是什么是工厂方法？术语“工厂方法”是模棱两可的（JavaScript 对此有不同的含义），所以我提供了本书的 sn-p，以便让我的问题更清楚。代码如下：

interface Service {
    void method1();
    void method2();
}

interface ServiceFactory {
    Service getService();
}

Service 接口只是一个普通接口。 ServiceFactory 接口看起来像一个普通的接口，但它是一个“工厂方法”。那是什么？它解决了什么问题以及我为什么要使用它们？

【问题讨论】：

严格来说，ServiceFactory 也是一个“普通”界面。工厂方法需要某种实现（从 Java 8 开始，这可以是接口中的默认方法），因为它需要生成（创建）某种类型的实例（因此称为“工厂”）。您可以在接口中指定工厂方法，但仍然需要一个具体的工厂类来创建特定类型。见en.wikipedia.org/wiki/Factory_method_pattern
Design Patterns: Factory vs Factory method vs Abstract Factory的可能重复

【解决方案1】：

工厂方法只是一种封装对象创建的方法。在您的示例中，您没有像通常那样使用 new 运算符来创建而不是 Service，而是在某个对象上使用了工厂方法。

ServiceFactory sf = new ServiceFactoryImpl();
// factory method
Service s = sf.getService();

为了更好地说明该方法的作用，可以改为createService。现在方法封装了Service的创建细节，你可以提供多种风格的方法（通过重载），你可以让它根据上下文返回不同的子类，或者传递给工厂方法的参数。

【讨论】：

【解决方案2】：

“工厂方法”是一种构造对象的方法。

更具体地说，该术语通常指的是返回其声明类的实例（直接实例或子类的实例）的静态方法。根据我的经验，在某些情况下这种做法特别常见：

因此，您的示例并不真正涉及“工厂方法”恕我直言，但您可以作弊并将 getService() 描述为一个。（相反，我只是将ServiceFactory 描述为“工厂”）。ServiceFactory.getService() 的好处与工厂方法的好处相同，加上有一个实例而不是静态方法。

【讨论】：