标签：
使用静态工厂方法的优势：
具有多个构造器的类用户往往不知道该用哪个，可考虑提供多个合适命名的静态工厂方法。
不可变类可以预先创建好实例，或者将构件好的实例缓存起来，从而避免重复创建对象。此方法类似于Flyweight模式。如果程序经常请求创建相同的对象，并且创建对象的代价很高，此项技术可以极大地提升性能。
在选择返回对象的类时就有了更大的灵活性。比如：API可以提供对象，但是该对象实际的类可以被隐藏起来，用户无需知道其具体类型。静态工厂方法返回的对象所属的类，在编写包含该静态工厂方法的类时可以不必存在。这种灵活的静态工厂方法构成了服务提供者框架的基础。
简单例子：
1 public interface Service { 2 // service-specific methods go here 3 }
public interface Provider { public Service newService(); }
1 import java.util.Map; 2 import java.util.concurrent.ConcurrentHashMap; 3 4 /** 5 * Noninstantiable class for service registration and access 6 */ 7 public class Services { 8 private Services(){} //prevent instantiation 9 10 private static final Map<String, Provider> providers = new ConcurrentHashMap<>(); 11 private static final String DEFAULT_PROVIDER_NAME = "<def>"; 12 13 public static void registerDefaultProvider(Provider p) { 14 registerProvider(DEFAULT_PROVIDER_NAME, p); 15 } 16 17 public static void registerProvider(String name, Provider p) { 18 providers.put(name, p); 19 } 20 21 // Service access API 22 public static Service newInstance() { 23 return newInstance(DEFAULT_PROVIDER_NAME); 24 } 25 26 public static Service newInstance(String name) { 27 Provider p = providers.get(name); 28 29 if (null == p) { 30 throw new IllegalArgumentException("No provider registered with name: " + name); 31 } 32 33 return p.newService(); 34 } 35 36 }
在创建参数化类型实例时，使代码变得简洁
缺点：
主要缺点：类如果不含有公有的或者受保护的构造器，就不能被子类化。
第二个缺点在于，与其他静态方法实际上没有任何区别
没有像构造器那样在API文档中明确标识出来，因此，对于一个提供了静态方法而不是构造器的类来说，要想查明如何实例化一个类，是非常困难的。你可以在类或者接口注释中关注静态工厂，并遵守标准命名习惯，来弥补这一劣势。
静态工厂方法的惯用名称：
不太严格的讲，该方法返回的实例与参数具有相同的值，这样的静态工厂方法实际上是类型转换方法。
valueOf的一种更简洁的替代，在EnumSet中使用并流行起来
返回的实例是通过方法的参数来描述的，但是不能够说与参数具有相同的值。
像getInstance一样，但是newInstance能够确保返回的每个实例都与所有其他实例不同
想getInstance一样，但是在工厂方法处于不同的类中的时候使用。Type表示工厂方法返回的对象类型
像newInstance一样，但是在工厂方法处于不同的类中时候使用。
简而言之，静态工厂方法和构造器都各有用处，需要理解各自的长处。静态工厂通常更加合适，切忌第一反应就是提供公有的构造器，而不先考虑静态工厂方法。
标签：
原文地址：http://www.cnblogs.com/luckyxiaoxuan/p/4390956.html
