读书笔记-设计模式(二)之工厂方法模式
2017-09-11 12:59
387 查看
一、工厂方法模式的定义
工厂方法模式使用的频率非常高,在我们日常的开发中总能见到它的 身影,定义如下:
定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类。
工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。
二、工厂方法模式的优点
首先,良好的封装性,代码结构清晰。一个对象创建是有条件约束的,如一个调用者需要一个具体的产品对象,只要知道这个产品的类名,就可以了,不用知道创建对象的艰辛过程,降低模块见的耦合。
其他,工厂方法模式的扩展性非常优秀,在增加产品类的情况下,只要适当的修改具体的工厂类或扩展一个工厂类,就可以完成“拥抱变化”。如,在下列例子中,需要增加一个ConcreteCreator,只需要新增一个ConcreteCreator类就行了,工厂类不需要任何修改就可以完成系统扩展。
再次,屏蔽产品类,这一点很重要,产品类的实现如何变化,调用者不用关心,只需要关心产品的接口,只要接口不变,系统中的上层模块就不要发生变化。
最后,工厂方法模式是典型的解耦框架,高层模块只需要知道产品的抽象类,其他的实现类都不用关心。
在抽象产品类Product负责定义产品的共性,实现对事物最抽象的定义;Creator为抽象创建类,也就是抽象工厂,具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。
具体代码如下:
该通用代码是一个比较实用、易扩展的框架,读者可以根据实际项目需要进行扩展。
三、工厂方法模式的使用场景
首先,工厂方法模式是new一个对象的替代品,所以在所有需要生成对象的地方都可以用到,但是需要慎重地考虑是否要增加一个工厂类进行管理,增加代码的复杂度。
其他,需要灵活的、可扩展的框架时,可以考虑采用工厂方法模式。例如需要一个邮件服务器框架,有三种网络POP3、IMAP、HTTP的场景。
再次,工厂方法模式可以在异构项目中,例如通过webserver与一个非java的项目交互场景。
最后,可以使用在测试驱动开发的框架下。
四、总结
工厂方法模式在项目中使用的非常频繁,以至于很多代码中都包含工厂方法模式。该模式几乎尽人皆知,但不是每个人都能用得好。
参考资料:http://www.runoob.com/design-pattern/factory-pattern.html
有不完善,欢迎拍砖~
工厂方法模式使用的频率非常高,在我们日常的开发中总能见到它的 身影,定义如下:
定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类。
工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。
二、工厂方法模式的优点
首先,良好的封装性,代码结构清晰。一个对象创建是有条件约束的,如一个调用者需要一个具体的产品对象,只要知道这个产品的类名,就可以了,不用知道创建对象的艰辛过程,降低模块见的耦合。
其他,工厂方法模式的扩展性非常优秀,在增加产品类的情况下,只要适当的修改具体的工厂类或扩展一个工厂类,就可以完成“拥抱变化”。如,在下列例子中,需要增加一个ConcreteCreator,只需要新增一个ConcreteCreator类就行了,工厂类不需要任何修改就可以完成系统扩展。
再次,屏蔽产品类,这一点很重要,产品类的实现如何变化,调用者不用关心,只需要关心产品的接口,只要接口不变,系统中的上层模块就不要发生变化。
最后,工厂方法模式是典型的解耦框架,高层模块只需要知道产品的抽象类,其他的实现类都不用关心。
在抽象产品类Product负责定义产品的共性,实现对事物最抽象的定义;Creator为抽象创建类,也就是抽象工厂,具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。
具体代码如下:
public abstract class Product { //产品类的公共方法1 public void method1(){ //业务逻辑处理 } //抽象方法 public abstract void method2(); } class ConcreteCreator1 extends Product{ //抽象方法 重写 @Override public void method2() { //业务逻辑处理 System.out.println("ConcreteCreator1-业务逻辑处理"); } } class ConcreteCreator2 extends Product{ //抽象方法 重写 @Override public void method2() { //业务逻辑处理 System.out.println("ConcreteCreator2-业务逻辑处理"); } } // 具体抽象工厂类 abstract class Creator{ /** * 创建一个产品对象,其输入参数类型可以执行设置 * 通常String、Enum、Class等,也可以为空 */ public abstract T createProduct(Class t); } //具体工厂类 class ConcreteCreator extends Creator{ //重写 @Override public T createProduct(Class t) { Product product = null; try{ product = (Product)Class.forName(t.getName()).newInstance(); }catch (Exception e){ //异常处理 } return (T)product; } } class Client{ public static void main(String[] args) { Creator creator = new ConcreteCreator(); Product product = creator.createProduct(ConcreteCreator1.class); product.method2(); //业务处理 Product product2 = creator.createProduct(ConcreteCreator2.class); product2.method2(); } }
该通用代码是一个比较实用、易扩展的框架,读者可以根据实际项目需要进行扩展。
三、工厂方法模式的使用场景
首先,工厂方法模式是new一个对象的替代品,所以在所有需要生成对象的地方都可以用到,但是需要慎重地考虑是否要增加一个工厂类进行管理,增加代码的复杂度。
其他,需要灵活的、可扩展的框架时,可以考虑采用工厂方法模式。例如需要一个邮件服务器框架,有三种网络POP3、IMAP、HTTP的场景。
再次,工厂方法模式可以在异构项目中,例如通过webserver与一个非java的项目交互场景。
最后,可以使用在测试驱动开发的框架下。
四、总结
工厂方法模式在项目中使用的非常频繁,以至于很多代码中都包含工厂方法模式。该模式几乎尽人皆知,但不是每个人都能用得好。
参考资料:http://www.runoob.com/design-pattern/factory-pattern.html
有不完善,欢迎拍砖~
相关文章推荐
- 设计模式读书笔记-----工厂方法模式
- 设计模式读书笔记-----工厂方法模式
- 设计模式读书笔记之工厂方法模式
- ios设计模式读书笔记----Factory Method(工厂方法)
- 设计模式:工厂方法和抽象工厂
- [设计模式] 简单工厂/工厂方法/抽象工厂
- 设计模式_创建型模式——工厂方法
- 设计模式之工厂方法模式
- 设计模式——工厂模式(工厂方法)
- 设计模式之工厂方法模式
- C++设计模式之工厂方法模式
- 设计模式之工厂方法3
- 研磨设计模式之工厂方法模式-1
- 设计模式-创建型-Factory Method(工厂方法)
- 设计模式--工厂方法
- 设计模式之工厂方法
- Java设计模式之工厂方法模式
- 设计模式-创建型02-工厂方法
- 23种设计模式(2):工厂方法模式
- 23种设计模式之工厂方法模式