由浅入深学“工厂模式”

由浅入深学“工厂模式”(1)

2007-03-25 17:13

1、传授设计模式中存在的问题

我个人最近对设计模式中的工厂模式进行了比较深入的学习，通过学习感悟出，现在很多设计模式传道者，在讲述设计模式的过程中存在一些问题，使得设计模式变得很难理解。设计模式本身很抽象，但是这些传道者在讲述的过程中，将一个抽象的东西讲的更抽象，从而使我们望而却步。有些人在讲述的时候，没有考虑读者的注意力。比如我在看《C#设计模式》的时候，在讲述抽象工厂模式的时候，直接就进入了一个示例，而且这个例子比较复杂，涉及了比较多的概念、术语，而且还有算法要处理。但是这些和要讲述的核心内容无关，我想要看懂他的示例就要将这个东西都搞懂，就分散了我的注意力。我个人总结，学习设计模式的方法是，首先找到一个突破口，比如可以先学习构造型模式中简单的模式，将它理解、熟练应用。通过对一、两个模式有一个深入的认识之后，再学习其它比较复杂一点的模式就容易多了，这是一种迭代的思想在学习中的应用。另外学习任何一种设计模式的过程应该是具体－抽象－再具体这个的一个过程。这句话的意思是首先通过一个比较具体一点的例子来帮助理解设计模式，在理解之后将你的理解扩展到解决这一类问题，上升到一定的理论高度。然后就是再到具体，也就是应用设计模式，应用理论解决自己遇到的实际问题。

2、学习工厂模式的预备知识：

首先声明这些预备知识并不是工厂模式仅仅需要，因为我先讲述工厂模式，所以在学习工厂模式之前将这些问题提出。

2.1 Upcasting：

Upcasting中文翻译有好几个，比如向上类型转换、向上转型、上溯造型。我个人比较喜欢向上转型这个翻译，即简单又含义明确。向上转型这个概念，我在Bruce Eckel的Thinking in c++、Thinking in Java中都看到过，我不是很确定这个概念是否是他提出来的。向上转型是把一个派生类当作它的基类使用。我们将一个更特殊的类型转换到一个更常规的类型，这当然是安全的。派生类是基类的一个超集。它可以包含比基类更多的方法，但它至少包含了基类的方法。向上转型给我们带来的好处就是我们可以将不同的派生通过一种统一的方式进行处理。向上转型带来的弊端就是我们向上转型的过程会丢失派生类的接口。既然有向上转型，也就有向下转型即DownCasting，我们在此不做详细讨论。下面使用一个例子来示例向上转型。

public class Base {

public void Test() {

MessageBox.Show("OK");

}

}

public class Derive:Base {}

private void button1_Click(object sender, System.EventArgs e) {

Base b=new Derive();

b.Test();

}

2.2 多态

我不敢想象离开了多态后的设计模式是一个什么样子。什么是多态，我喜欢总结这样一句话来回答这个问题，“一个接口，多种实现”。注意这里的接口不仅仅表示Interface关键字，是广义上的接口。在C#中实现接口我们有两种途径，一种是借助继承来实现，一种是借助Interface来实现。

3、工厂设计模式理论

3.1 概述

工厂模式具体包括了简单工厂、工厂方法、抽象工厂，它们是按照从简单到复杂的顺序排列的，属于设计模式中的创建型，其中简单工厂并不属于GOF的23中模式。但是它是理解其它的工厂模式的一个很好的基础，所以很多人在讲述设计模式的时候会提到简单工厂模式。创建型模式关注的是对象的创建，创建型模式将创建对象的过程进行了抽象，也可以理解为将创建对象的过程进行了封装，作为客户程序仅仅需要去使用对象，而不再关心创建对象过程中的逻辑。

3.2 不使用任何模式

我们现在有这样的一个设计，影像家电（VideoWiring）包括了DVD、VCD。在基类VideoWiring中有PlayVideo方法，子类重载了这个方法。

我们如何来调用PlayVideo进行播放呢。我们可以看到下面的代码可以实现。

下面是调用对象的方法进行播放的代码：

public abstract class VideoWiring

{

public abstract string PlayVideo();

}

public class VCD: VideoWiring

{

public override string PlayVideo()

{

return "正在播放播放VCD";

}

}

public class DVD: VideoWiring

{

public override string PlayVideo()

{

return "正在播放播放DVD";

}

}

dvd.PlayVideo();这样的语句。

private void PlayVideo()

{

DVD dvd=new DVD();

MessageBox.Show(dvd.PlayVideo());

VCD vcd=new VCD();

MessageBox.Show(VCD.PlayVideo());

}

上面的代码可以实现功能但是不好，为什么呢？类实现了多态，但是我们在调用的时候并没有利用多态。如果我们有很多的影像家电产品，就需要写很多的类似

下面是使用多态完成播放功能的代码：

private void PlayVideo()

{

VideoWiring vw;

vw=new DVD();

Play(vw);

vw=new VCD();

Play(vw);

}

private void Play(VideoWiring vw)

{

string str=vw.PlayVideo();

MessageBox.Show(str);

}

无论是什么影像家电产品，我们都可以使用一个统一的方式进行播放，即vw.PlayVideo()。

我们再讨论一下，上面的代码存在的问题。虽然上的代码很短，应该不会有问题，但是我们定位的目标应该更高些，应该考虑怎样达到良好的封装效果，减少错误修改的机会。我们自然的应该考虑对象创建的问题了，能不能让不同的影像家电产品的创建方式相同，而且这个创建过程对使用者封装，也就是说让对象的创建象播放功能那样简单、统一。如果能够实现，会给我们的系统带来更大的可扩展性和尽量少的修改量。“哇！那该多好呀”。“不要羡慕了，来看看简单工厂模式，听说它能够实现”。

3.3 简单工厂模式

我们使用简单工厂对上面的代码继续改进，根据上面的分析我们考虑对对象创建进行近一步的封装。使用一个类专门来完成对对象创建的封装，这个类我们称为工厂，因为它的作用很单一就生成出一个个的类。下面是一个工厂类的示例代码：

public class Create

{

public static VideoWiring factory(string VideoName)

{

switch(VideoName)

{

case "DVD":

return new DVD();

case "VCD":

return new VCD();

}