《大话设计模式》—— 读后感 (15)就不能不还DB吗?—— 抽象工厂模式
2014-05-13 19:23
375 查看
抽象工厂模式
提供一个创建一系列相关或互相依赖对象的接口,而无需指定它们具体的类。(摘抄)抽象工厂模式是工厂模式的一种拓展吧——这个工厂需要创建多个类,而这些类共同组成一个系列
//首先确定好产品的抽象类 public abstract class AbstractProductA { } public abstract class AbstractProductB { } //A和B组成一个系列产品 public class ProductA1 extends AbstractProductA { } public class ProductB1 extends AbstractProductB { } public class ProductA2 extends AbstractProductA { } public class ProductB2 extends AbstractProductB { } //产品类定义完了之后开始定义工厂类 public abstract class AbstractFactory { public abstract AbstractProductA createProductA(); public abstract AbstractProductB createProductB(); } public class ConcreteFactory1 extends AbstractFactory { @Override public AbstractProductA createProductA() { // TODO Auto-generated method stub return new ProductA1(); } @Override public AbstractProductB createProductB() { // TODO Auto-generated method stub return new ProductB1(); } } public class ConcreteFactory2 extends AbstractFactory { @Override public AbstractProductA createProductA() { // TODO Auto-generated method stub return new ProductA2(); } @Override public AbstractProductB createProductB() { // TODO Auto-generated method stub return new ProductB2(); } } class Client { public static void main() { // AbstractFactory factory = new ConcreteFactory2(); AbstractFactory factory = new ConcreteFactory1(); AbstractProductA productA = factory.createProductA(); AbstractProductB productB = factory.createProductB(); } }
抽象工厂模式好处有两点:
1.工厂只需要初始化一次,当产品需要替换的时候只需要替换很少的代码
2.客户端在使用的时候都是通过抽象接口在操纵实例,具体的类没有暴露在外面
缺点:
同样也是工厂模式的缺点,就是增加一个产品的时候需要增加很多类和代码。
解决办法:
1.用简单工厂模式,当增加功能的时候只需要增加switch case语句,但是违背了开放-封闭原则,而且由于需要生产的类很多,所以switch case也会很多,所以不可取。2.用反射机制,动态的去生产所需要的类
public class AbstractFactory { private String s; public AbstractFactory(String s) { this.s = s; } public AbstractProductA createProductA() { return (AbstractProductA) Class.forName("ProductA"+s).newInstance(); } public AbstractProductB createProductB() { return (AbstractProductB) Class.forName("ProductB"+s).newInstance(); } } class Client { public static void main() { AbstractFactory factory = new AbstractFactory("1"); AbstractProductA productA = factory.createProductA(); AbstractProductB productB = factory.createProductB(); } }
当需要添加一个功能的时候在工厂类中增加一个生产方法就好了
在简单工厂模式中用到switch case的地方也可以考虑用反射机制来解除耦合。
相关文章推荐
- 《大话设计模式》之--第15章 就不能不换DB吗?----抽象工厂模式
- 《大话设计模式》--就不能不换DB吗?--抽象工厂模式<AbstractFactory>(15)
- 《大话设计模式》之--第15章 就不能不换DB吗?----抽象工厂模式
- 第十五章 就不能不换DB吗--抽象工厂模式(读书笔记)
- 《大话设计模式》读书笔记之C++实现--chapter15抽象工厂模式
- 大话设计模式15----抽象工厂模式
- 笔记-大话设计模式-15 抽象工厂模式
- 大话设计模式-第15章 就不能不换DB呢?--抽象工厂模式
- 《大话设计模式》学习笔记15:组合模式
- 大话设计模式C++版——抽象工厂模式
- 大话设计模式:抽象工厂模式
- 《大话设计模式》——读后感 (8)好菜每回味不同——建造者模式之经典案例(2)
- 反射 + 抽象工厂模式切换DB数据源(附Demo)
- 大话设计模式(八)抽象工厂模式进化
- 读前辈的大话设计模式(二)之策略模式,抒自己的读后感
- 《大话设计模式》—— 读后感 (12)牛市股票还会亏钱?—— 外观模式
- 大话设计模式C++版——抽象工厂模式
- 《构建之法》13,14,15,16,17章读后感
- 《大话设计模式》读后感
- 《大话设计模式》——读后感 (9)牛市股票还会亏钱?——外观模式