为什么要使用getInstance

Question

很多公开的Java API似乎都使用getInstance来生成和返回一个对象。 我很好奇为什么会这样 - 为什么不使用默认/参数化构造函数呢？

是否有相关的设计模式？

Answer 1

我建议阅读Joshua Bloch撰写的“Effective Java”，第1项“考虑静态工厂方法而不是构造函数”。 他领导了众多Java平台功能的设计和实现，他知道为什么。

Answer 2

它与Singleton Pattern相关联。

很多时候，还有工厂方法可以帮助您创建对象。

例如： Boolean.parseBoolean("true");

工厂方法的优点是它们比一系列构造函数更加冗长和易于掌握。

Answer 3

另一个例子（除了单例或多吨模式）是你需要在构造函数中做一些通常不推荐的事情，比如注册一个监听器或启动一个线程：

class Whatever {

    private Whatever() {} //private constructor
    public Whatever getInstance() {
        Whatever w = new Whatever();
        startSomeThread();
        return w;
    }
}

Answer 4

是的....它与Factory和Singleton模式相关联。 工厂模式用于将对象创建逻辑与业务逻辑分离，而Singleton模式用于在整个应用程序中仅维护对象的单个实例。

Answer 5

为了省去查找具体原因的麻烦......

这是Factory Method模式的一种情况。 使用它的最常见原因是：

1. 如果构造太复杂而无法在构造函数中处理
2. 如果构造需要构造函数中不允许或不需要的操作
3. 将产品类型（“接口”）与实际实现（“类”）分离。
4. 出于性能或架构原因，例如在施工时执行部分专业化
5. 为了清晰/可读性

这些原因之间存在一些重叠。 事实上，通常所有四个都适用。 部分特化（4）几乎需要解耦类型和实现（3）。

Answer 6

“为什么不只是使用默认/参数化构造函数”，因为在调用构造函数时 ，确保Singleton Pattern约束只有一个实例已经太晚了。 重点是对单个实例进行受控访问并避免多个实例。 唯一的方法是使用访问修饰符来防止构造函数被访问。

Answer 7

如上所述，提供简单/安全的解决方案是一些模式设计“要求”的问题。

但是你应该尽可能避免在动态实例化方面使用“getInstance”（java.lang.Class.getInstance（）'和'java.lang.Class.NewInstance（）'），因为动态实例化比常规的类调用或方法调用。

仅在必要时使用！