java设计模式——工厂模式

一、简单工厂模式

简单工厂模式又称静态工厂方法模式。重命名上就可以看出这个模式一定很简单。它存在的目的很简单：定义一个用于创建对象的接口。
先来看看它的组成：
1) 工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在java中它往往由
一个具体类实现。
2) 抽象产品角色：它一般是具体产品继承的父类或者实现的接口。在java中由接口或者抽
象类来实现。

3) 具体产品角色：工厂类所创建的对象就是此角色的实例。在java中由一个具体类实现。

//抽象产品角色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();

        这便是简单工厂模式了。怎么样，使用起来很简单吧？那么它带来了什么好处呢？
首先，使用了简单工厂模式后，我们的程序不在“有病”，更加符合现实中的情况；而且
客户端免除了直接创建产品对象的责任，而仅仅负责“消费”产品（正如暴发户所为）。
下面我们从开闭原则（对扩展开放；对修改封闭）上来分析下简单工厂模式。当暴发户
增加了一辆车的时候，只要符合抽象产品制定的合同，那么只要通知工厂类知道就可以被客
户使用了。所以对产品部分来说，它是符合开闭原则的；但是工厂部分好像不太理想，因为
每增加一辆车，都要在工厂类中增加相应的业务逻辑或者判断逻辑，这显然是违背开闭原则
的。可想而知对于新产品的加入，工厂类是很被动的。对于这样的工厂类（在我们的例子中
是为司机师傅），我们称它为全能类或者上帝类。
        我们举的例子是最简单的情况，而在实际应用中，很可能产品是一个多层次的树状结构。
由于简单工厂模式中只有一个工厂类来对应这些产品，所以这可能会把我们的上帝累坏了，
也累坏了我们这些程序员:(
于是工厂方法模式作为救世主出现了。