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