第一条：考虑用静态工厂方法代替构造器

静态工厂方法的第四大优势在于，他们可以返回原返回类型的任何子类型的对象。

发行版本1.5中引入的类java.util.EnumSet没有共有构造器，只有静态工厂方法。它们返回两种实现类之一，具体取决于底层枚举类型的大小：如果它的元素小于等于64，就像大多数枚举类型一样，静态工厂方法就会返回一个RegularEnumSet实例，用单个long进行支持；如果枚举类型元素个数大于64个，工厂就返回JumboEnumSet实例，用long数组进行支持。具体的工厂方法代码如下所示：

View Code

注意：枚举类型大小是指枚举类型中的元素个数，如下列枚举类型DataBaseType，它的大小为4。

    //现支持的数据库类型枚举类型定义，枚举类型大小为4.
    enum DataBaseType {
        MYSQL, ORACLE, DB2, SQLSERVER
    }

这里既然提到了EnumSet，那么也可以讲讲EnumMap，下面给出一个EnumMap的实例：

EnumMapDemo

View Code

静态工厂方法的第四大优势在于，在构建参数化类型实例的时候，他们使代码变得更加简洁。

在调用参数化类的构造器时，即使类型参数很明显，也必须指明。这通常要求接连两次提供类型参数。比如下述实例中，类型参数<String,List<String>>就声明了两次，而此处明显可以看出前后两处的参数类型是相同的。

Map<String,List<String>> m1=new HashMap<String,List<String>>();

但是假如有了静态工厂方法，编译器就可以替你找到类型参数。这被称作类型推导（type inference）。例如，假设MyHashMap提供了下面这样的静态工厂方法：

    //静态工厂方法
    public static <K, V> MyHashMap<K, V> newInstance()
    {
        return new MyHashMap<K, V>();
    }

那么就可以用下面这句简洁的代码替代上面繁琐的声明:

Map<String,List<String>> m2=MyHashMap.newInstance();

不过遗憾的是标准的集合实现如HashMap并没有提供工厂方法，但是可以把这些方法放在我们自己实现的工具类中，比如我们自定义实现的MyHashMap中。

完整的代码示例：

MyHashMap

View Code

 输出结果：

[zhangsan, lisi, wangwu]
{m1=[zhangsan, lisi, wangwu]}
{m2=[zhangsan, lisi, wangwu]}

本文转自xwdreamer博客园博客，原文链接：http://www.cnblogs.com/xwdreamer/archive/2012/06/06/2538078.html，如需转载请自行联系原作者