1、简单工厂模式
简单工厂模式又称为静态工厂方法模式。 他的目的很简单，定义一个用于创建对象的接口
组成：
1）工厂类角色
2）抽象产品角色
3）具体产品角色
//抽象产品角色
public interface Car{
public void drive();
}
//具体产品角色
public class Benz implements Car{
public void drive() {
System.out.println("Driving Benz ");
}
}
public class Bmw implements Car{
public void drive() {
System.out.println("Driving Bmw ");
}
}
//工厂类角色
public class Driver{
//工厂方法.注意返回类型为抽象产品角色
public static Car driverCar(String s)throws Exception {
//判断逻辑，返回具体的产品角色给Client
if(s.equalsIgnoreCase("Benz"))
return new Benz();
else if(s.equalsIgnoreCase("Bmw"))
return new Bmw();
......
else throw new Exception();
。。。
//欢迎暴发户出场......
public class Magnate{
public static void main(String[] args){
try{
//告诉司机我今天坐奔驰
Car car = Driver.driverCar("benz");
//下命令：开车
car.drive();
。。。
首先，使用了简单工厂模式后，我们的程序不在“有病”，更加符合现实中的情况；而且
客户端免除了直接创建产品对象的责任，而仅仅负责“消费”产品（正如暴发户所为）。
下面我们从开闭原则（对扩展开放；对修改封闭）上来分析下简单工厂模式。当暴发户
增加了一辆车的时候，只要符合抽象产品制定的合同，那么只要通知工厂类知道就可以被客
户使用了。所以对产品部分来说，它是符合开闭原则的；但是工厂部分好像不太理想，因为
每增加一辆车，都要在工厂类中增加相应的业务逻辑或者判断逻辑，这显然是违背开闭原则
的。可想而知对于新产品的加入，工厂类是很被动的。对于这样的工厂类（在我们的例子中
是为司机师傅），我们称它为全能类或者上帝类。
2、工厂方法模式
工厂方法模式去掉了简单工厂模式中工厂方法的静态属性，使得它可以被子类继承
1）抽象工厂角色
2）具体工厂角色
3）抽象产品角色
4）具体产品角色
//抽象产品角色，具体产品角色与简单工厂模式类似，只是变得复杂了些，这里略。
//抽象工厂角色
public interface Driver{
public Car driverCar();
}
public class BenzDriver implements Driver{
public Car driverCar(){
return new Benz();
}
}
public class BmwDriver implements Driver{
public Car driverCar() {
return new Bmw();
}
}
//应该和具体产品形成对应关系...
//有请暴发户先生
public class Magnate
{
public static void main(String[] args)
{
try{
Driver driver = new BenzDriver();
Car car = driver.driverCar();
car.drive();
}
……
可以看出工厂方法的加入，使得对象的数量成倍增长。当产品种类非常多时，会出现大
量的与之对应的工厂对象，这不是我们所希望的。因为如果不能避免这种情况，可以考虑使
用简单工厂模式与工厂方法模式相结合的方式来减少工厂类：即对于产品树上类似的种类
（一般是树的叶子中互为兄弟的）使用简单工厂模式来实现。
3、抽象工厂
