工厂模式主要是为创建对象提供过渡接口，以便将创建对象的具体过程屏蔽隔离起来，达到提高灵活性的目的。这也是对象与过程分离的技术提现了oo思想
一般我们将工厂模式分为一下三种：
1）简单工厂模式（Simple Factory）
2）工厂方法模式（Factory Method）
3）抽象工厂模式（Abstract Factory）
简单工厂模式：简单工厂模式又称静态工厂方法模式。它存在的目的很简单：定义一个用于创建对象的接口。
它的组成：
工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。
抽象产品角色：它一般是具体产品继承的父类或者实现的接口，要实现什么功能。
具体产品角色：工厂类所创建的对象就是此角色的实例，具体类的实现，是提现产品的实际功能。
下面讲一个实例，相信很多人已经看过：
话说十年前，有一个暴发户，他家有三辆汽车——Benz奔驰、Bmw宝马、Audi奥迪，还雇了司机为他开车。不过，暴发户坐车时总是怪怪的：上Benz车后跟司机说“开奔驰车！”，坐上Bmw后他说“开宝马车！”，坐上Audi说“开奥迪车！”。你一定说：这人有病！直接说开车不就行了？！
而当把这个暴发户的行为放到我们程序设计中来时，会发现这是一个普遍存在的现象。幸运的是，这种有病的现象在OO（面向对象）语言中可以避免了。下面就以C#语言为基础来引入我们本文的主题：工厂模式的工厂方法。
//抽象产品角色
public interface Car
{
string drive();
}
//具体产品角色,具体类的实现
public class BenzCar : Car
{
public string drive()
{
return "Driving Benz";
}
}
public class BmwCar : Car
{
public string drive()
{
return "Driving Bmw";
}
}
//工厂类角色,本模式的核心 选择实体工厂
public static Car DriverCar(string category)
{
switch(category)
{
case "Benz":
return new BenzCar();
break;
case "BmwCar":
return new BmwCar();
break;
default: return null;
}
}
//这里用户只需选择要开什么车就ok啦
protected void Page_Load(object sender, EventArgs e)
{
Car car = Driver.DriverCar("Benz");
Response.Write(car.drive());
}
工厂部分好像不太理想，因为每增加一辆车，都要在工厂类中增加相应的业务逻辑或者判断逻辑。抽象工厂模式能改变这一点。也就可以用条件外置（在web.config里面配置）和反射（加载实体的产品）来实现