考虑用静态工厂方法代替构造器

转自： http://www.jianshu.com/p/4d7a0cd36a82

阅读经典——《Effective Java》01

我们通常使用构造器来创建对象。除此之外，本文介绍另一种创建对象的方式——使用静态工厂方法。

1. 静态工厂方法
2. 静态工厂方法的优点
3. 服务提供者框架

静态工厂方法

以Java中自带的Boolean类（基本类型boolean的包装类）为例，它的静态工厂方法为：

public static Boolean valueOf ( boolean b) { return b ? Boolean.TRUE : Boolean.FALSE;}

我们应该考虑用该方法替代构造器来获得一个Boolean的实例。

//使用构造器 Boolean b1 = new Boolean( true ); //使用静态工厂方法 Boolean b2 = Boolean.valueOf( true );

同样是传入一个 true 作为参数，两种方法有什么区别呢？

静态工厂方法的优点

优点1：它们有名称

假如我们想要提供多个具有相同签名的构造器，这在Java中是做不到的，除非把参数列表的顺序做些调整，但这会对用户很不友好。因此可以使用静态工厂方法，取不同的名字以表示不同的构造方式。

优点2：不必每次都创建新对象

适用于单例模式。

优点3：构成基于接口的框架

静态工厂方法返回对象所属的类可以是后来动态添加的。我们以服务提供者框架（Service Provider Framework）为例讲解，该框架的代表是JDBC API。

优点4：创建泛型类实例的代码更为简洁

请看下面两种创建泛型类实例的方式，后者比前者更为简洁。

//使用构造器创建 Map> m1 = new HashMap>();

//使用静态工厂方法创建 Map> m2 = HashMap.newInstance();

前提是HashMap提供的静态工厂方法 newInstance 定义如下

public static HashMap newInstance() { return new HashMap();}

这种情况下，编译器可以通过返回值类型推断K、V的具体类型。

服务提供者框架

服务提供者框架将用户和服务提供商通过几个API分离开来，有较好的扩展性。先给出一个通用的框架图

服务提供者框架

说实话直接看这个图还是挺难理解的，因此我举了个还算适当的例子，可以帮助大家更快理解这个框架。请看下图

以网易云音乐为例解释服务提供者框架

所谓服务提供者，就是说一方提供服务，比如网易云音乐；另一方消费服务，比如用户。而双方都要遵守应用市场的规定，网易云音乐根据规定将他们的服务放在应用市场上，用户从应用市场下载客户端软件并欣赏歌曲。为什么要用这样的框架呢？因为市场上可能有很多音乐提供商，比如酷狗音乐、QQ音乐、虾米音乐等等，用户可以随意选用任何一个商家的服务，而不必关心这个服务具体是如何实现的。

接下来我们介绍几个具体的概念并把它们与上图的内容对照起来：

• 服务接口：应用市场对音乐客户端的规定
• 服务提供者接口：应用市场对商家的规定
• 提供者注册API：网易云音乐（商家）向应用市场注册
• 服务访问API：用户下载客户端

这几个概念应该不难理解，现在我们分别从应用市场、商家、用户的角度编写Java代码。

上面的四个概念都是在应用市场中规定的，代码如下。

可以看到，服务注册API registerProvider 负责为音乐提供商注册到应用市场并起一个名字。用户使用服务访问API installApp 安装指定名称的App到用户设备上。

服务提供商，即网易云音乐，需要实现服务接口和服务提供者接口，代码如下。

这里我们分别实现了移动端服务和PC端服务两个服务，以及一个服务提供者。

最后，给出用户的操作流程代码。

第一句把服务提供者的实现注册到应用市场的操作既可以由用户来完成，也可以由商家完成。在我们举的例子中应该由商家完成，而使用JDBC时通常由用户自己完成，这并不是重点。重点在于用户只需要根据商家的名字“NetEase”就可以得到一个音乐客户端的实例，而不需要指定与该客户端实例相关的任何细节，这实现了用户与服务的解耦。在上面的代码中，我们为移动端和客户端分别实现了两个服务，而在实际情况中，由于版本、平台的不同可能会有更多的实例，具体为用户创建哪个实例，由服务提供者来决定，用户不必关心。另一方面，服务提供商也可以有多个，用户选择哪个只需要提供该商家的名称即可，这实现了用户与服务提供商的解耦。

总之，服务提供者框架是一个灵活、扩展性强的框架，应用非常广泛。

更多关于该框架的解释以及它在JDBC中的应用可见参考资料。