工厂模式详细介绍大全

看了这么多关于工厂模式的讲解，还是觉得这篇文章讲的好理解，贴出来和

大家分享分享。

一、引子

话说十年前，有一个暴发户，他家有三辆汽车——Benz 奔驰、Bmw

宝马、Audi 奥迪，还雇了司机为他开车。不过，暴发户坐车时总是怪怪的：

上 Benz车后跟司机说“开奔驰车！”，坐上 Bmw 后他说“开宝马车！”，坐

上 Audi 说“开奥迪车！”。你一定说：这人有病！直接说开车不就行了？！

而当把这个暴发户的行为放到我们程序设计中来时，会发现这是一个



工厂模式在《Java 与模式》中分为三类：

1）简单工厂模式（SimpleFactory）



2）工厂方法模式（FactoryMethod）



3）抽象工厂模式（AbstractFactory）

这三种模式从上到下逐步抽象，并且更具一般性。

GOF 在《设计模式》一书中将工厂模式分为两类：工厂方法模式

（FactoryMethod）与抽象工厂模式（AbstractFactory）。将简单工厂

**************) 



简单工厂模式又称静态工厂方法模式。重命名上就可以看出这个模式一定很

简单。它存在的目的很简单：定义一个用于创建对象的接口。

先来看看它的组成：



1)工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。

在 java 中它往往由一个具体类实现。



2)抽象产品角色：它一般是具体产品继承的父类或者实现的接口。在



代码： //抽象产品角色

publicinterfaceCar{ 

publicvoiddrive(); 

} 



//具体产品角色

publicclassBenzimplementsCar{ 

System.out.println("DrivingBenz"); 

} 

} 

。。。（奥迪我就不写了:P）



//工厂类角色

publicclassDriver{ 

//工厂方法.注意 返回类型为抽象产品角色

publicstaticCardriverCar(Strings)throwsException{ 

//判断逻辑，返回具体的产品角色给 Client 

if(s.equalsIgnoreCase("Benz")) 

returnnewBenz(); 

。。。



//下命令：开车

car.drive(); 

。。。





将本程序空缺的其他信息填充完整后即可运行。如果你将所有的类放在

一个文件中，请不要忘记只能有一个类被声明为 public。本程序在 jdk1.4

下运行通过。

这便是简单工厂模式了。怎么样，使用起来很简单吧？那么它带来了什么好

处呢？

首先，使用了简单工厂模式后，我们的程序不在“有病”，更加符合现实

中的情况；而且客户端免除了直接创建产品对象的责任，而仅仅负责“消费”

产品（正如暴发户所为）。

知对于新产品的加入，工厂类是很被动的。对于这样的工厂类（在我们的例

子中是为司机师傅），我们称它为全能类或者上帝类。

我们举的例子是最简单的情况，而在实际应用中，很可能产品是一个

所以这可能会把我们的上帝累坏了，也累坏了我们这些程序员:( 

于是工厂方法模式作为救世主出现了。



四、工厂方法模式

工厂方法模式去掉了简单工厂模式中工厂方法的静态属性，使得它可

以被子类继承。这样在简单工厂模式里集中在工厂方法上的压力可以由工厂

方法模式里不同的工厂子类来分担。



你应该大致猜出了工厂方法模式的结构，来看下它的组成：



1)抽象工厂角色： 这是工厂方法模式的核心，它与应用程序无关。是具

者接口来实现。



2)具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用

java 中由具体的类来实现。

工厂方法模式使用继承自抽象工厂角色的多个子类来代替简单工厂模式

中的“上帝类”。正如上面所说，这样便分担了对象承受的压力；而且这样使

得结构变得灵活起来——当有新的产品（即暴发户的汽车）产生时，只要按