抽象工厂模式解析例子

抽象工厂模式中的有以下的四种角色:

抽象工厂 (Abstract Factory) 角色: 担任这个角色的是工厂方法模式的核心,它是与应用系统业务逻辑无关的。

具体工厂 (Concrete Factory) 角色: 这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的业务逻辑紧密相关的。

抽象产品 (Abstract Product) 角色: 担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共同拥有的接口。

具体产品 (Concrete Product) 角色: 这个角色用以代表具体的产品。

抽象工厂模式就相当于创建实例对象的new,由于经常要根据类生成实例对象,抽象工厂模式也是用来创建实例对象的,所以在需要新的事例对象时便可以考虑是否使用工厂模式。虽然这样做可能多做一些工作,但会给你系统带来更大的可扩展性和尽量少的修改量。

举例来说: 生产餐具和相应食物的工厂,有两个车间,其中一个车间用以生产餐具,一个车间用以生产相应的食物。

当消费者消费时,只需要向相应的具体工厂请求具体餐具和具体食物便可以使用餐具消费食物。

每个具体工厂生产出来的具体产品根据不同工厂的不同各不相同,但是客户使用产品的方法是一致的。比如客户在得到餐具和食物之后,两者的搭配是正确的 (使用汤匙喝牛奶,使用刀子切面包) 。

在本例子中有3个具体工厂AKetchen, BKetchen, BKetchen,分别生产牛奶和汤匙、面包和刀、肉和叉子。牛奶、面包和肉都实现了食物接口。汤匙、刀和叉子都实现了餐具接口。

抽象工厂的接口定义如下所示;

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
 public interface KetchenFactory{
 public Food getFood();
 public TableWare getTableWare();
 }
  
    //抽象餐具的接口定义如下所示: 
 public interface TableWare{
 public String getTool();
 }
  
    //抽象食物的接口定义如下所示: 
 public interface Food{
 public String getEatable();
 }
  
    //而具体的实现也非常简单,以AKetchen为例子
  
  
    //具体工厂AKetchen的定义如下所示;
 public class AKetchen implements KetchenFactory{
 public Food getFood(){
 return new Milk();
 }
 public TableWare getTableWare(){
 return new Spoon();
 }
 }
 //具体餐具(spoon)的定义如下所示:
 public class Spoon implements TableWare{
 public String getTool() {
 return "spoon";
 }
 }
  
    //具体食物(milk)的定义如下所示: 
 public class Milk implements Food{
 public String getEatable(){
 return "milk";
 }
 }
  
    //客户端的定义如下: 
 public class Client{
 public void eat(KetchenFactory k){
 System.out.println("A person eat "+k.getFood().getEatable()
 +" with "+k.getTableWare().getTool()+"!");
 }
  
    public static void main(String[] args){
 Client client= new Client();
 KetchenFactory kf = new AKetchen();
 client.eat(kf);
 kf=new BKetchen();
 client.eat(kf);
 kf= new CKetchen();
 client.eat(kf);
 }
 }

小结: 抽象工厂模式特别适合于这样的一种产品结构: 产品分为几个系列,在每个系列中,产品的布局都是要同的,在一个系列中某个位置的产品,在另一个系列中一定有一个对应的产品。这样的产品结构是存在的,这几个系列中同一位置的产品可能是互斥的,它们是针对不同客户的解决方案,每个客户都只择其一。

优点: 消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。

缺点: 当具体产品修改时,相应的工厂类也要做相应的修改。

如果觉得写得好,请一定要支持一下,以给我信心和鼓励把剩下的模式例子写出来。

本文出自 “凌辉” 博客,请务必保留此出处http://tianli.blog.51cto.com/190322/32545