创建型模式篇-抽象工厂模式（Abstract Factory）-技术开发专区

创建型模式篇-抽象工厂模式（Abstract Factory）

作者：Terrylee 编辑：晓熊 2007-05-08 16:46

很显然，前面的解决方案带来了一个副作用：就是系统不但增加了新的类Factory，而且当系统移植时，移植工作仅仅是转移到Factory类上，工作量并没有任何缩减，而且还是要修改系统的源码。从Factory类在系统移植时修改的内容我们可以看出: 实际上它是专属于美国企业或者中国企业的。名称上应该叫AmericanFactory,ChineseFactory更合适.

解决方案是增加一个抽象工厂类AbstractFactory，增加一个静态方法，该方法根据一个配置文件(App.config或者Web.config) 一个项(比如factoryName)动态地判断应该实例化哪个工厂类，这样，我们就把移植工作转移到了对配置文件的修改。修改后的模型和代码：

抽象工厂类的代码如下：

 1using System;
 2using System.Reflection;
 3
 4namespace AbstractFactory
 5{
 6     /**//// <summary>
 7     /// AbstractFactory类
 8     /// </summary>
 9     public abstract class AbstractFactory
10    {
11        public static AbstractFactory GetInstance()
12        {
13            string factoryName = Constant.STR_FACTORYNAME.ToString();
14
15            AbstractFactory instance;
16
17            if(factoryName == "ChineseFactory")
18                instance = new ChineseFactory();
19            else if(factoryName == "AmericanFactory")
20                instance = new AmericanFactory();
21            else
22                instance = null;
23
24            return instance;
25        }
26
27        public abstract Tax CreateTax();
28
29        public abstract Bonus CreateBonus();
30    }
31}

配置文件：

1<?xml version="1.0" encoding="utf-8" ?>
2<configuration>
3    <appSettings>
4        <add key="factoryName" value="AmericanFactory"></add>
5    </appSettings>
6</configuration>
7

    采用上面的解决方案，当系统在美国企业和中国企业之间切换时，我们需要做什么移植工作？
    答案是: 我们仅仅需要修改配置文件，将factoryName的值改为American。
    修改配置文件的工作很简单，只要写一篇幅配置文档说明书提供给移植该系统的团队(比如Hippo公司) 就可以方便地切换使该系统运行在美国或中国企业。
最后的修正（不是最终方案）
    前面的解决方案几乎很完美，但是还有一点瑕疵，瑕疵虽小，但可能是致命的。
    考虑一下，现在日本NEC公司决定购买该系统，NEC公司的工资的运算规则遵守的是日本的法律。如果采用上面的系统构架，这个移植我们要做哪些工作呢?
    1. 增加新的业务规则类JapaneseTax,JapaneseBonus分别实现Tax和Bonus接口。
    2. 修改AbstractFactory的getInstance方法，增加else if(factoryName.equals("Japanese")){....
    注意: 系统中增加业务规则类不是模式所能解决的，无论采用什么设计模式，JapaneseTax,JapaneseBonus总是少不了的。（即增加了新系列产品）
    我们真正不能接受的是：我们仍然修要修改系统中原来的类(AbstractFactory)。前面提到过该系统的移植工作，我们可能转包给一个叫Hippo的软件公司。为了维护版权，未将该系统的源码提供给Hippo公司，那么Hippo公司根本无法修改AbstractFactory，所以系统移植其实无从谈起，或者说系统移植总要开发人员亲自参与。
    解决方案是将抽象工厂类中的条件判断语句，用.NET中发射机制代替，修改如下：

 1using System;
 2using System.Reflection;
 3
 4namespace AbstractFactory
 5{
 6    /**//// <summary>
 7    /// AbstractFactory类
 8    /// </summary>
 9    public abstract class AbstractFactory
10    {
11        public static AbstractFactory GetInstance()
12        {
13            string factoryName = Constant.STR_FACTORYNAME.ToString();
14
15            AbstractFactory instance;
16
17            if(factoryName != "")
18                instance = (AbstractFactory)Assembly.Load(factoryName).CreateInstance(factoryName);
19            else
20                instance = null;
21
22            return instance;
23        }
24
25        public abstract Tax CreateTax();
26
27        public abstract Bonus CreateBonus();
28    }
29}
30

这样，在我们编写的代码中就不会出现Chinese，American，Japanese等这样的字眼了。

第1页：概述第2页：抽象工厂之新解第3页：针对美国企业为系统建模第4页：整合成通用系统第5页：为业务规则增加工厂方法第6页：为系统增加抽象工厂方法第7页：小结

关注我们