泛型不仅能用来做容器，还能够提供代码复用的手段。在泛型的参与下，许多设计就可能更精妙，更具扩展性。今天我就来演示一个利用泛型增强的抽象工厂模式。我们知道，抽象工厂（Abstract Factory）模式是将工厂和产品全部抽象化，一个抽象工厂生成一组抽象产品，而一个具体工厂则生成具体产品的一个特定组合。它能够维持这种相关对象组合的一致性，并使得用户不需要了解工厂和产品的具体实现。传统的Abstract Factory主要弱点是类型依赖性强，可复用性弱。一个抽象工厂通常是为一个特定需要而设计，通常不能被其他需要抽象工厂的场合使用。而且尽管抽象工厂可以将实际生产任务委派给特定类型的工厂，但这种委派是需要通过自己纯代码实现的，没能利用语言所提供的抽象特性。我们今天的任务就是编写一个不针对特定产品类型和数目的泛型抽象工厂，当你需要特定的抽象工厂时，可随时复用无需再定义专门的抽象工厂实现。

　　我们首先从只生成一个产品的工厂方法开始，以这作为抽象工厂的原料。很明显，可以设计这样一个接口作为工厂方法的模板：


　　这个工厂生产一个T类型的对象。当你实现此工厂时，应该让T为抽象产品的类型——即产品通用的基类。比如我们可以实现一个采用无参数构造函数来创建对象的OpNewFactory实现：


　　从此例子可以看出，你应该仅实现抽象类型的IFactory接口，并生成具体类型。现在我们做完了单一产品的工厂方法模板，就要开始定义生产多个产品的抽象工厂接口了。.NET泛型支持按类型参数个数进行重载，就是说，我们可以定义生产一个、两个、三个……等多种数目的抽象工厂接口，而使用同一个名字。（汗吧，这就是所谓支持“任意数目”的手法）这里免不了要拷贝代码，不过别担心，纯拷贝而已，使用的时候可是非常舒心的哦。我们以生产两种产品类型的抽象工厂为例介绍。能不能定义成这样呢？


　　哦不！方法不能以返回类型区分重载，只能靠参数类型重载。然而这里我们显然不能用T1和T2作为参数，因为这些方法就是为了生产T1和T2准备的，怎么能接受它们作为参数呢？难道要命名为Create1和Create2吗？这很难接受，我们希望生产方法能够体现产品的类型，怎么能叫1和2呢。为了解决这个问题，我们引入了TypeToken<T>类型，它的定义如下：


　　这个类没有成员，并且每个类型实参只能创建一个实例，因此代价极小。但就是这小小的实例上带有其类型实参的类型信息，因此可以作为判断函数重载的依据。我们用TypeToken<T>作为区分生产函数重载的依据，实现如下：


　　现在我们针对抽象工厂实现具体工厂。具体工厂就是利用生产每种产品的单一工厂来组合实现。因此你只要有每种类型的单一工厂就可以直接组合生成抽象工厂，而无需定义一个类来做这件事。注意，对每种数目的抽象工厂接口都需要对应生成一个具体工厂的实现，这里我仅针对生成两个产品的演示：


　　注意，我又声明了一个没有类型参数的ConcretFactory类，用一个静态方法来生成泛型ConcretFactory的实例，这是因为使用泛型方法可以推测类型参数，使得我们可以不必输入尖括号或Of语句，而泛型类则没有这个功能。现在大功告成！我们用一个例子来演示这个泛型抽象工厂的工作情况。现在假设我们需要一个生产PC的抽象工厂，需要生产两种抽象产品：处理器和内存。处理器和内存的抽象和具体实现如下：