23种设计模式之---工厂方法模式(Factory Method)

1.工厂方法模式(创建型模式)

定义:一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类。

2.简单工厂和工厂方法的比较

简单工厂模式的最大优点在于:工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品相关的依赖。

简单工厂模式的弊端:如果需要增加一个功能,不仅需要增加一个具体的功能类,还需要更改工厂类中的判断逻辑,这就等于说不但对扩展开放了,对修改也开放了,这违背了开放-封闭原则。于是就出现了工厂方法模式。

3.工厂方法模式的实现及其结构图

既然工厂类与分支耦合,那么根据依赖倒转原则把工厂类抽象出一个接口,这个接口就只有一个方法,就是创建抽象产品的工厂方法。然后所有的要生产具体类的工厂就去实现这个接口。这样,一个简单工厂模式的工厂类,就变成了一个工厂抽象接口和多个具体生产对象的工厂,于是再添加新功能时,就不需要更改原来的工厂类,只需要增加此功能的具体产品类和相应的工厂类即可。这样整个工厂和产品体系其实都没有修改的变化,而只是扩展的变化,这就完全符合了开放-封闭原则的精神.而且工厂方法把简单工厂的内部逻辑判断转移到了客户端代码来进行,想要增加功能,原来需要修改工厂类,现在就是修改客户端。

4.工厂方法的应用

xml的解析, jdbc连接数据库等。

5.工厂方法的优缺点

工厂方法克服了简单工厂违背开放-封闭原则的缺点,又保持了封装对象创建过程的优点。

简单工厂和工厂方法都集中封装了对象的创建,使得更换对象时,不需要做大的改动就可以实现,降低了客户程序与产品对象的耦合。

工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性,工厂方法保持了简单工厂模式的优点,而且克服了它的缺点。但缺点是由于每加一个产品,就需要加一个产品工厂的类,增加了额外的开发量。

这不是最佳的做法,因为还是没有避免修改客户端的代码,利用"反射"可以解决避免分支判断的问题,也就引出了抽象工厂模式。