何时使用构造函数以及何时使用getInstance（）方法（静态工厂方法）？

Question 1

何时以及如何使用构造函数
```
Foo bar = new Foo();
```
以及何时以及如何使用getInstance（）（静态工厂方法）
```
Foo bar = Foo.getInstance();
```

两者有什么区别？我一直使用构造函数，但是什么时候应该使用getInstance()呢？

Question 2

每个人似乎都专注于单例，而我认为问题实际上是关于构造函数与静态工厂方法。

这实际上是项目1：考虑静态工厂方法，而不是Joshua Bloch的 Effective Java的构造函数：

项目1：考虑静态工厂方法而不是构造函数

类允许客户端获取其自身实例的通常方法是提供一个公共构造函数。每个程序员的工具箱中都应该包含另一种技术。一个类可以提供一个公共的 静态工厂方法，该方法只是返回类实例的静态方法。这是来自的一个简单示例Boolean（原始类型的装箱原始类型 boolean）。此方法将布尔基本值转换为 Boolean对象引用：
public static Boolean valueOf(boolean b) {
    return b ? Boolean.TRUE : Boolean.FALSE;
}
请注意，静态工厂方法与“设计模式” [Gamma95，p。1]中的工厂方法模式不同。107]。此项中描述的静态工厂方法在设计模式中没有直接等效的方法。

一个类可以向其客户端提供静态工厂方法，而不是构造方法或为构造方法提供补充。提供静态工厂方法而不是公共构造方法具有优点和缺点。

优点（引用书）：

静态工厂方法的一个优点是，与构造函数不同，它们具有名称。
静态工厂方法的第二个优点是，与构造函数不同，不需要每次调用它们时都创建一个新对象。
静态工厂方法的第三个优点是，与构造函数不同，它们可以返回其返回类型的任何子类型的对象。
静态工厂方法的第四个优点是它们减少了创建参数化类型实例的冗长性。

缺点（仍在引用这本书）：

仅提供静态工厂方法的主要缺点是没有公共或受保护的构造函数的类不能被子类化。
静态工厂方法的第二个缺点是它们不易与其他静态方法区分开。

Question 3

您有两个问题：什么时候应该调用一个getInstance()方法，什么时候应该创建一个？

如果你决定是否要调用一个getInstance()方法，这很容易。您只需要阅读类文档以了解何时调用它。例如，NumberFormat提供了一个构造函数和一个getInstance()方法；该getInstance()方法将使您本地化NumberFormat。Calendar另一方面，对于，构造函数受到保护。您必须打电话getInstance()给一个。

如果你决定是否要创建一个getInstance()方法，你需要决定你想要完成的任务。您要么不希望人们调用您的构造函数（您正在创建单例或工厂），要么您不介意（如上NumberFormat所示，为了方便调用者，他们正在初始化一些对象）。

长话短说？不必担心getInstance()在自己的代码中创建方法。如果它们有用的时候到了，您会知道的。通常，如果您可以调用类的构造函数，则即使该类提供了一个getInstance()方法，也可能应该这样做。

Question 4

getInstance方法的用途：

如果要控制/限制构造，例如单例
实现工厂模式，例如DriverManager.getConnection
如果要提供关于实例构造方式的更好的名称（构造函数的名称必须与类名称相同），请检查NumberFormat工厂方法getCurrencyInstance，getIntegerInstance和其他方法作为示例。

但是大多数时候，您的对象将是一个简单的POJO，使用公共构造函数是最实际，最明显的解决方案。

U1：另一个类的getInstance

要返回其他类的实例：

public class FooFactory {
    public static Foo getInstance() {
        return new Foo();
    }
}

NumberFormat.getInstance方法会这样做，因为它们实际上返回的实例DecimalFormat。

U2：单例问题

单例模式限制了面向对象编程的许多好处。单例通常具有私有构造函数，因此您不能扩展它们。由于您将通过其getInstance方法访问它并且未引用任何接口，因此您将无法将其换出另一个实现。

Question 5

如果可以同时使用这两种方法，则听起来像是实现不佳的单例模式。

如果您打算在系统中仅拥有该类的单个实例，然后将构造函数设为私有，请使用第二个选项。

使用第一个允许构建该类的多个对象。

但不要给您的班级两种可能性。

注意不要过度使用单例，只有在系统中仅存在一个实例的情况下才使用它们，否则将限制在其他项目中重用类的可能性。能够从项目中的任何地方调用getInstance听起来很有趣，但这并不清楚谁真正拥有该实例：没人和/或所有人。如果您在一个项目中有很多单例，您可以打赌该系统的设计不佳（通常）。应该谨慎使用单例，并且应使用与全局变量相同的建议。

Question 6

我总是喜欢静态工厂而不是常规构造函数的一种情况是，当我知道对象构造会变慢时。我对构造函数进行了简单的初始化，但是如果需要创建一些繁重的东西，我将使用静态方法并记录其行为。

Question 7

单身人士是邪恶的。我所看到的围绕它的问题与系统的重用性或可扩展性无关（尽管我可以看到这种情况是如何发生的），而更多的是，这样我就无法数出我在一个系统中看到晦涩的错误的次数。由单例产生的系统。

如果确实需要使用单例，请确保其范围非常狭窄，即明智地限制系统中知道它的其他对象的数量。