首页 > 代码库 > Java经典23种设计模式之结构型模式(一)

Java经典23种设计模式之结构型模式(一)

结构型模式包括7种:适配器模式、桥接模式、组合模式、装饰模式、外观模式、享元模式、代理模式。

本文主要介绍适配器模式和桥接模式。

一、适配器模式(Adapter)

适配器模式其实很简单,就像手机充电器一样,手机需要5V的,而插座出来是220V。因此需要充电器变压就ok。再比如,一个之会说汉语的和一个只会说英语的无法沟通,那就中间请个翻译。所有的交流通过翻译,翻译翻给会说英语的,就能完成一次单项交流的。链接1 中的例子非常生动形象了。总结一下,无非就是有个通用的接口(称为Target),如果一切顺利的话大家相安无事,不需要适配。如果某个接口不是通用的标准接口,则需在实现Target时,重新new一个非标准接口的变量,然后利用Target提供的函数,在函数体里把非标准接口的对象的函数调用一下,如同移花接木一样。下面附详细说明:

1、Target

public interface Target {
    void adapteeMethod();
    void adapterMethod();
}

2、Adaptee 
public class Adaptee {
    public void adapteeMethod() {
        Syste*.out.p*intln("Adaptee method!");
    }
}

这就是上面文中说的那个非标准接口的类。

3、Adapter

public clas* Adapter implement* Target {
    private Adap*ee adaptee;
    public Adapter(Adaptee adaptee) {
        this.adapte* = adaptee;
    }
public void adapteeMethod() {
adaptee.adapteeMethod();
}
public void adapterMethod() {
*ystem.out.println("Adapter method!");
    }
}可以看到在适配器里,new了一个Adaptee变量,然后再通用标准接口Target里的函数里,调用adaptee.***。

测试代码:

public class Test {
    public static void main(String[] args) {
        Target target = new Adapter(new Adaptee());
        target.adapteeMethod();
        target.adapterMethod();
    }
}

适用性:

    1.你想使*一个已经存在的类,而它的接口不符合你的需求。
    2.你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类(即那*接口
      可能不一定兼容的类)协同工作。
    3.(仅适用于对象Adapter)你想使用一些已经存在的子类,但是不可能对每一个都进行
      子类化以匹配它们的接口。对象适配器可以适配它的父类接口。

二、桥接模式(Bridge)

桥接模式是为了将抽象部分和实现部分分离,如果一个事务有多个维度决定,则需要使用桥接模式解耦。举个例子,路有一般的公路和高速公路两种。车有小汽车和大卡车两种。这样两两组合在一起有四种情况,为了描述清楚什么车在什么路上需要设计四个类。如果用桥接模式就很简单了,桥接模式的精髓在于在其中一个类里要维护一个另外一个类的对象。比如我再定义“路”的时候,里面设计个变量Car(这是个基类,它的子类为小汽车和卡车)。这样通过继承“路”这个虚类,得到两个具体的路:一般公路和高速公路。继承虚类Car,得到两个具体的车:小汽车和大卡车。这样在描述事物时,我通过Car c = new 高速公路,然后对c里的Car这个变量进行赋值为 小汽车和大卡车,就能清晰描述事物了。

如果再复杂一点,上面例子只有两个维度:路和汽车,再加一个维度:人。当然人有男人、女人。那么为了逻辑上的观念和现实一致,可以再定义虚类人的时候,定义一个成员变量Car。在定义虚类Car时,里面加个成员变量Way。这样假设事物有A、B、C、D。。。若干个维度,只需在A定义时增加一个虚类B的成员变量。定义B时增加一个C的成员变量,以此类推,这就是桥接模式。可以看链接里的例子是用C++写的,等有时间我用java写个。下面再附个男人女人穿马夹和裤子的例子,典型的两个维度:

1.Abstraction 抽象类people,维护一个指向Implementor类型对象的指针,这里就是指后面的衣服虚类

public abstract class Person {
    private Clothing clothing;
    pr*vate String type;
    public Clothing getClothing() {
        return clothing;
    }
    publi* void setClothing() {
        this.clothing = *lothingFactory.getClothing();
    }
    public void setType(String type) {
        t*is.type = type;
    }
    public String getType() {
        return this.ty*e;
    }
    public abstract void dress();
}

2、RefinedAbstraction :扩充由Abstraction定义的接口。

男人类
public class Man extends *erson {
    public Man() {
        setType("男人");
    }
    public void dress() {
        Clothing clothing = get*lothing();
        clothing.personDressCloth(this);
    }
}

女人类:

public class Lady extends Person {


    public Lady() {
        setTyp*("女人");
    }
    
    public void dress() {
        Cloth*ng clothing = getClothing();
        c*othing.personDressCloth(this);
    }
}

3、Implementor
定义实现类的接口,该接口不一定要与Ab*traction的接口完全一致。事实上这两个接口可以完全不同。
一般来讲,Implementor接口仅提供基本操作,而Abstraction则定义了基于这些基本操作的较高层次的操作。

public abstract class Clothing {
    public abstract void personDressC*oth(*erson person);
}

4、具体的ConcreteImplemento* 

public class Jackt extends Clothing {


    public void personDressCloth(Person person) {
        System.out.println(person.getType() + "穿马甲");
    }
}
public class Trouser extends Clothing {


    public void personDressCloth(Person person) {
        System.ou*.println(*erson.getType() + "穿裤子");
    }
}

测试代码:

public class Test {
    public static void main(String[] args) {
        Person man = new Man();
        Person lady = new Lady();
        Clothing jacket = new Jacket();
        Clothing trouser = new Trouser();
        jacket.personDressCloth(man);
        trouser.personDressCloth(man);
        jacket.personDressCloth(lady);
        trouser.personDressCloth(lady);
    }
}

哈哈,后来找了下,http://blog.csdn.net/jason0539/article/details/22568865已经将上面人、路、车的例子用Java写出来了,可以参考下。但文中,使用人中有路,路上有车的构造思想不太推荐,另外就是没使用Interface感觉还是有点小乱,不清晰。

另外就是这个人、车、路的例子在构建上是单向的,这个比较好,new出来一个人,然后set一下什么路。而穿衣服的例子是个双向耦合的,在Clothing里需要传递People虚类,好在耦合的都是虚类。其实,也可以看成是单向耦合的,在Pepple里其实定义了dress方法,通过前面说的创建型模式获得需要的Clothing类型就ok了。