枚举工厂表示形式

话不多说，直接上代码：

/** * 枚举工厂第一种表示形式 */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），也就是最少知识原则：一个对象应该对其他对象有最少的了解。

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