java设计模式——工厂模式.docVIP

工厂方法 一、引子话说十年前，有一个爆发户，他家有三辆汽车（Benz（奔驰）、Bmw（宝马）、Audi（奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。不过，爆发户坐车时总是这样：上Benz车后跟司机说开奔驰车！，坐上Bmw后他说开宝马车！，坐上Audi后他说开奥迪车！。你一定说：这人有病！直接说开车不就行了？！ 而当把这个爆发户的行为放到我们程序语言中来，我们发现C语言一直是通过这种方式来坐车的！幸运的是，这种有病的现象在OO语言中可以避免了。下面以Java语言为基础来引入我们本文的主题：工厂模式！！ 二、简介工厂模式主要是为创建对象提供了接口。工厂模式按照《Java与模式》中的提法分为三类：1. 简单工厂模式(Simple Factory) 2. 工厂方法模式(Factory Method) 3. 抽象工厂模式(Abstract Factory) 这三种模式从上到下逐步抽象，并且更具一般性。还有一种分类法，就是将简单工厂模式看为工厂方法模式的一种特例，两个归为一类。下面是使用工厂模式的两种情况：1.在编码时不能预见需要创建哪种类的实例。2.系统不应依赖于产品类实例如何被创建、组合和表达的细节  三、简单工厂模式顾名思义，这个模式本身很简单，而且使用在业务较简单的情况下。它由三种角色组成（关系见下面的类图）：1、工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在java中它往往由一个具体类实现。 2、抽象产品角色：它一般是具体产品继承的父类或者实现的接口。在java中由接口或者抽象类来实现。 3、具体产品角色：工厂类所创建的对象就是此角色的实例。在java中由一个具体类实现。那么简单工厂模式怎么用呢？我来举个例子吧，我想这个比讲一大段理论上的文字描述要容易理解的多！下面就来给那个暴发户治病: P 在使用了简单工厂模式后，现在暴发户只需要坐在车里对司机说句：开车就可以了。来看看怎么实现的：//抽象产品角色 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 ); } } 。。。（奥迪我就不写了:P） //工厂类角色 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(); 。。。如果将所有的类放在一个文件中，请不要忘记只能有一个类被声明为public。程序中类之间的关系如下： 这便是简单工厂模式了。下面是其好处： 首先，使用了简单工厂模式后，我们的程序不在有病，更加符合现实中的情况；而且客户端免除了直接创建产品对象的责任，而仅仅负责消费产品（正如暴发户所为）。下面我们从开闭原则上来分析下简单工厂模式。当暴发户增加了一辆车的时候，只要符合抽象产品制定的合同，那么只要通知工厂类知道就可以被客户使用了。那么对于产品部分来说，它是符合开闭原则的--对扩展开放、对修改关闭；但是工厂部分好像不太理想，因为每增加一辆车，都要在工厂类中增加相应的商业逻辑和判断逻辑，这显自然是违背开闭原则的。对于这样的工厂类（在我们的例子中是为司机师傅），我们称它为全能类或者上帝类。我们举的例子是最简单的情况，而在实际应用中，很可能产品是一个多层次的树状结构。由于简单工厂模式中只有一个工厂类来对应这些产品，所以这可能会把我们的上帝类坏了，进而累坏了我们可爱的程序员:( 正