二 设计模式之工厂方法模式

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

类图

 

通用代码

 

//抽象产品类 Public abstract class Product{ Public void method1(){ //业务逻辑处理 } //抽象方法 Public abstract void method2(); } //具体产品类 Public class ConcreteProduct1 extends product{ Public void method2(){ //具体逻辑处理 } } Public class ConcreteProduct2 extends product{ Public void method2(){ //具体逻辑处理 } }

 

//抽象工厂类 Public abstract class Creator{ Public abstract<T extends Product> T createProduct(Class<T> c); } 具体工厂类 Public class ConcreteCreator extends Creator{ Public <T extends Product> T createProduct(Class<T> c){ Product product=null; Try{ Product = (Product)Class.forName(c.getName().newInstance()); }catch(Exception e){ //异常处理 } return (T)product; }}

 

//场景类 Public class Client{ Public static void main(String args[]){ Creator creator = new ConcreteCreator(); Product product1= creator.createProduct(ConcreteProduct1.class); Product product2= creator.createProduct(ConcreteProduct2.class); }}

 

优缺点

1.       良好的封装性，代码结构清晰。调用者只需知道产品类名，不必知道创建对的过程，降低了模块间的耦合

2.       扩展性优秀。在新增产品的情况下，适当修改具体工厂类或扩展一个工厂类即可

3.       屏蔽产品类。产品类的实现如何变化，调用者无需关心，它只关心接口

4.       典型的解耦框架。符合迪米特法则，我不需要的不要去交流；符合依赖倒置原则，只依赖产品类的抽象；符合里氏替换原则，使用产品子类替换产品父类

使用场景

1.       需要生成对象的地方

2.       需要灵活，可扩展的框架时(如POP3,IMAP,HTTP——>IConnecTMail)

3.       可以使用在异构环境中

4.       可以使用在测试驱动开发的框架下

扩展

简单工厂模式：将原来的抽象工厂中的创建方法改成静态方法

 

 

 

 

注意事项

工厂方法模式最好是与其他模式(如模板方法模式，单例模式，原型模式等)混合，如此可以变化出无穷的设计