转自http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html
**
一、设计模式的分类
**
创建型模式(五种):工厂方法模式、单例模式、抽象工厂模式、建造者模式、原型模式。
结构型模式(七种):装饰者模式、适配器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式(十一种):观察者模式、策略模式、模板方法模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
还有两种:并发型模式、线程池模式
工厂模式:主要用来实例化有共同接口的类,工厂模式可以动态决定应该实例化那一个类。
主要有三种形态:
简单工厂(Simple Factory)
工厂方法(Factory Method)
抽象工厂(Abstract Factory)
①简单工厂(静态工厂):有一个静态方法,用来接收参数,并根据参数来决定返回实现同一个接口的不同类的实例。
假设一家工厂,生产洗衣机,有生产冰箱,还有空调等等..
//①先为所有产品定义一个共同的产品接口
public interface Product{}
//②接着我们让这个工厂的所有产品都必须实现此接口
public class Washer implements Product{
public Washer(){
System.out.println("洗衣机被制造了");
}
}
public class Icebox implements Product{
public Icebox(){
System.out.println("冰箱被制造了");
}
}
public class AirCondition implements Product{
public Icebox(){
System.out.println("空调被制造了");
}
}
//③来写一个工厂类,有它来负责生产以上的产品
public class SimpleFactory {
public static Product factory(String productName) throws Exception{
if(productName.equals("Washer")){
return new Washer();
}else if(productName.equals("Icebox")){
return new Icebox();
}else if(productName.equals("AirCondition")){
return new AirCondition();
}else{
throw new Exception("没有该产品");
}
}
}
//④有了这个工厂类,我们就可以开始下定单了,SimpleFactory将根据不同的定单类决定生产什么产品。
public static void main(String[] args) {
try {
SimpleFactory.factory("Washer");
SimpleFactory.factory("Icebox");
SimpleFactory.factory("AirCondition");
} catch (Exception e) {
e.printStackTrace();
}
}
简单工厂的核心就是一个SimpleFactory类,他拥有必要的逻辑判断能力和所有产品的创建权利,我们只需要向把定单给他,就能得到我们想要的产品。这使用起来似乎非常方便。
但,实际上,这个SimpleFactory有很多的局限。首先,我们每次想要增加一种新产品的时候,都必须修改SimpleFactory的原代码。其次,当我们拥有很多很多产品的时候,而且产品之间又存在复杂的层次关系的时候,这个类必须拥有复杂的逻辑判断能力,其代码量也将不断地激增,这对以后的维护简直就是恐怖两个字…
还有就是,整个系统都严重依赖SimpleFactory类,只要SimpleFactory类一出问题,系统就进入不能工作的状态,这也是最为致命的一点….
②工厂方法:工厂方法为工厂类定义了接口,用多态来削弱了工厂类的职能
//①工厂接口的定义
public interface Factory{
public Product create();
}
//②再来定义一个产品接口
public interface Product{}
// ③实现了产品接口的产品类
public class Washer implements Product{
public Washer(){
System.out.println("洗衣机被制造了");
}
}
public class Icebox implements Product{
public Icebox(){
System.out.println("冰箱被制造了");
}
}
public class AirCondition implements Product{
public Icebox(){
System.out.println("空调被制造了");
}
}
//④具体创建产品对象的具体工厂类
//创建洗衣机的工厂
public class CreateWasher implements Factory{
public Product create(){
return new Washer();
}
}
//创建冰箱的工厂
public class CreateIcebox implements Factory{
public Product create(){
return new Icebox();
}
}
//创建空调的工厂
public class CreateAirCondition implements Factory{
public Product create(){
return new AirCondition();
}
}
工厂方法和简单工厂的主要区别是,简单工厂是把创建产品的职能都放在一个类里面,而工厂方法则把不同的产品放在实现了工厂接口的不同工厂类里面,这样就算其中一个工厂类出了问题,其他工厂类也能正常工作,互相不受影响,以后增加新产品,也只需要新增一个实现工厂接口工厂类,就能达到,不用修改已有的代码。但工厂方法也有他局限的地方,那就是当面对的产品有复杂的等级结构的时候,例如,工厂除了生产家电外产品,还生产手机产品,这样一来家电是手机就是两大产品家族了,这两大家族下面包含了数量众多的产品,每个产品又有多个型号,这样就形成了一个复杂的产品树了。如果用工厂方法来设计这个产品家族系统,就必须为每个型号的产品创建一个对应的工厂类,当有数百种甚至上千种产品的时候,也必须要有对应的上百成千个工厂类,这就出现了传说的类爆炸,对于以后的维护来说,简直就是一场灾难…..
③抽象工厂:意图在于创建一系列互相关联或互相依赖的对象。
工厂生产的所有产品都用都用大写字母来标明它们的型号,比如冰箱,就有“冰箱-A”,“冰箱-B”,同样,其他的产品也都是遵守这个编号规则,于是就有了一下产品家族树
冰箱:冰箱-A、冰箱-B
洗衣机:洗衣机-A、洗衣机-B
//①为冰箱和洗衣机分别定义两个产品接口,以对他们进行分类,
public interface Washer{
//洗衣机接口
}
public interface Icebox{
//冰箱接口
}
//②分别创建这两个接口的具体产品
//洗衣机-A
public class WasherA implements Washer{
public WasherA(){
System.out.println("洗衣机-A被制造了");
}
}
//洗衣机-B
public class WasherB implements Washer{
public WasherB(){
System.out.println("洗衣机-B被制造了");
}
}
//冰箱-A
public class IceboxA implements Icebox{
public IceboxA(){
System.out.println("冰箱-A被制造了");
}
}
//冰箱-B
public class IceboxB implements Icebox{
public IceboxB(){
System.out.println("冰箱-B被制造了");
}
}
//③产品部分我们准备好了,接下来我们来处理工厂部分,我们先来定义工厂行为接口
public interface Factory{
public Washer createWasher();
public Icebox createIcebox();
}
//④创造具体的工厂类,我们根据上面产品的接口,把型号A的产品分为一类,由一个工厂来管理,把型号为B的产品有另一个工厂管理,根据这个分类,我们可以实现如下的两个具体工厂类
//创建型号为A的产品工厂
public class FactoryA implements Factory{
//创建洗衣机-A
public Washer createWasher(){
return new WasherA();
}
//创建冰箱-A
public Icebox createIcebox(){
return new IceboxA();
}
}
//创建型号为B的产品工厂
public class FactoryB implements Factory{
//创建洗衣机-B
public Washer createWasher(){
return new WasherB();
}
//创建冰箱-B
public Icebox createIcebox(){
return new IceboxB();
}
}
我们的抽象工厂就完成了。有上面可以看出,在运用上我觉得工厂方法和抽象工厂,都有自己的应用场景,并没有什么优劣之分,但在应用抽象工厂之前,要先对创建的对象进行系统的分类,这点很重要,好的产品分类规则能为具体工厂类的选择调用和以后的扩展提供清晰的思路.