学习了抽象工厂模式,我把自己所理解的抽象工厂模式拿出来和大家分享。
1.首先什么是抽象工厂模式?
抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态。抽象工厂模式是指当有多个抽象角色时,使用的一种工厂模式。抽象工厂模式可以向客户端提供一个接口,使客户端在不必指定产品的具体的情况下,创建多个产品族中的产品对象。根据LSP原则,任何接受父类型的地方,都应当能够接受子类型。因此,实际上系统所需要的,仅仅是类型与这些抽象产品角色相同的一些实例,而不是这些抽象产品的实例。换言之,也就是这些抽象产品的具体子类的实例。工厂类负责创建抽象产品的具体子类的实例。
2.抽象工厂模式的结构?
1) 抽象工厂(Abstract Factory)角色:担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的。
2) 具体工厂(Concrete Factory)角色:这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的。
3) 抽象产品(Abstract Product)角色:担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共同拥有的接口。
4) 具体产品(Concrete Product)角色:抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西,其内部一定充满了应用系统的商业逻辑
3.在什么情况下使用抽象工厂模式?
1) 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有形态的工厂模式都是重要的。
2)这个系统有多于一个的产品族,而系统只消费其中某一产品族。
3)同属于同一个产品族的产品是在一起使用的,这一约束必须在系统的设计中体现出来。
4)系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于实现。
4.实例来说明:
以个人计算机来说明:
产品族有两个 一个是pc(IMB 系列)一个是Mac(macintosh 系列) 电脑里面又有产品,CPU,RAM等。PCCPU与PCRAM都在PC机上,MacCPU,MacRAMMac机器上。这样中约束条件要在系统设计中体现出来,这样就满足了3里面的条件二和三。
为了让思路更加的清晰,容易初学者 我们可以 按照抽象工厂模式的结构来做。
1)建立一个抽象工厂类。
2) 创建具体工厂类,这里有两个具体的工厂类 ,分别PCFactory,MacFactory
3) 创建抽象产品类 CPU,RAM
4) 创建具体产品类,也有分别有两个,它们是PCCPU,PCRAM,和MacCPU,MacRAM.
在此抽象工厂模式实现了。
最后 测试类:
当然还有测试结果:
PC cpu.....
PC ARM....
Mac CPU....
Mac RAM...
5.总结:
通过上面的例子抽象工厂模式中可以理解为: 1)一个抽象工厂类,派生出多个具体的工厂类,比如PCFactory,MacFactory;
2) 有多个抽象产品类(如:CPU,ARM),并且每个抽象产品类可以派生出多个具体产品类(PCCPU,MacCPU).
3) 每个具体工厂类都可以创建多个具体产品类的实例。
抽象工厂模式的优缺点:
优点:它分离了具体的类,它使得易于交换产品系列。
缺点:难以支持新种类的产品。
6.还有我们也可以像spring管理bean一样,对factory进行集中管理。
1)加入一个配置文件。applicationContext.xml
2)新建一个XmlBean
3)为了不影响上面的功能,重新建一个类 MyApplicationContext
4)最后测试
5)结果
PC cpu.....
PC ARM....
Mac CPU....
Mac RAM...