枚举工厂表示形式

话不多说，直接上代码：

/**
 * 枚举工厂第一种表示形式
 */
public enum CarFactory {
	FordCar, BuickCar;
	public Car create() {
		switch (this) {
		case FordCar:
			return new FordCar();
		case BuickCar:
			return new BuickCar();
		default:
			throw new AssertionError("无效参数");
		}
	}
}
/**
 * 枚举工厂第二种表示形式
 */
enum CarFactory2 {
	FordCar {
		public Car create() {
			return new FordCar();
		}
	}, 
	BuickCar {
		public Car create() {
			return new BuickCar();
		}
	};
	public abstract Car create();
}
interface Car {
}
class FordCar implements Car {
}
class BuickCar implements Car {
}

选自：《编写高质量代码 改善Java程序的151个建议》

总结优点：

1.避免错误调用的发生

         一般工厂方法模式中产生方法（也就是createcar方法）可以接受三种类型的参数：类型参数、String参数（产生方法中判断String参数是需要产生什么产品）、int参数（根据int值判断需要生产什么类型的产品），这三种参数都是宽泛的数据类型，很容易产生错误（比如边界值问题、null值问题），而且出现这类错误编辑器还不会报警。而使用枚举类型的工厂方法模式就不存在该问题了。不需要传递任何参数，只需要选择好生产什么类型的产品即可。

2.性能好，使用便捷

         枚举类型的计算是以int类型的计算为基础的，这是最基本的操作，性能当然会快，至于使用便捷，注意看客户端的调用，代码的字面意思就是“汽车工厂，我需要一辆别克汽车，赶快生产”。

3.降低类间耦合

         不管生产方法接收的是Class、String还是int 的参数，都会成为客户端类的负担，这些类并不是客户端需要的，而是因为工厂方法的限制必须输入的，例如Class参数，对客户端main方法来说，它需要传递一个FordCar.class参数才能生产一辆福特汽车，除了在create 方法中传递该参数外，业务类不需要改Car的实现类，这严重违背了迪米特原则（Law of Demeter ，简称 LoD），也就是最少知识原则：一个对象应该对其他对象有最少的了解。

         而枚举类型的工厂方法就没有这种问题了，它只需要依赖工厂类就可以生成一辆符合接口的汽车，完全可以无视具体汽车类的存在。