让我们看这样一个例子，我们需要创建一种交通工具，可以是汽车、火车或者轮船，结构如下：
我们可以采用简单工厂，通过参数告诉创建工厂我们所需要的对象类型。如果我们增加子类，比如卡车、轿车等等，我们必须增加参数和相应的代码，如果子类层次很多，就会使程序变得难以维护。如果用简单工厂实现上面的结构显然很烦琐。
当然，我们可以采用工厂方法来实现，我们可以定义一个产生交通工具的接口，然后在子类中实现创建具体的子类：
'采用接口定义了抽象的工厂方法<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
Public Interface CreateVehicle
Function CreateAVehicle() As Vehicle '创建一个交通工具
End Interface
'具体的创建由子类决定
Public Class CreateCar
Implements CreateVehicle
Public Function CreateAVehicle() As Vehicle Implements CreateVehicle.CreateAVehicle
Return New Car
End Function
End Class
这就是工厂方法。但如果我们希望增加一个新的交通工具，不仅需要实现交通工具接口，还需要实现产生交通工具的工厂方法。下面是船的具体工厂方法：
Public Class CreateBoat
Implements CreateVehicle
Public Function CreateAVehicle() As Vehicle Implements CreateVehicle.CreateAVehicle
Return New Boat
End Function
End Class
显然，如果我们需要产生几十种交通工具的话，就需要有几十个具体的工厂类，而这些工厂类的区别仅仅是返回相对应的类的实例。这为维护带来了麻烦，如果需要在接口中增加一个带参数的创建方法，则所有的子类都需要修改。
采用抽象工厂如何呢？在这个场合下，抽象工厂与工厂方法没有什么区别，因为这里并不涉及产品线，抽象工厂并不能解决这里的问题。当然，如果每种交通工具都要有对应的车站的话，就要使用抽象工厂，但那样将更复杂。
有没有可能将需要创建的类的类型传递到工厂方法中，由工厂方法根据类型返回相应的实例呢？
解决上面的问题的关键是需要动态决定需要创建的类，这不是设计模式能解决的问题，属于软件平台的功能范畴。好在.net可以提供相应的功能，这就是反射技术。
看一下采用反射技术实现简化的实例：
Imports System.Reflection
Public Class CreateVehicleByType
Implements CreateVehicle
Private VeicleType As Type
Public Sub New(ByVal t As Type)
VeicleType = t
End Sub
Public Function CreateAVehicle() As Vehicle Implements CreateVehicle.CreateAVehicle
Dim objConstructor As ConstructorInfo = VeicleType.GetConstructor(System.Type.EmptyTypes)
Dim c As Vehicle = CType(objConstructor.Invoke(Nothing), Vehicle)
Return c
End Function
End Class
在使用时，只要在创建时带入需要创建的类的类型就可以了。