java设计模式(二):结构型模式

1.2 结构型模式

Adapter * 适配器模式 *

Bridge ( 桥接模式 )

Composite ( 组合模式 )

Decorator ( 装饰者模式 )

Facade ( 外观模式 )

Flyweight ( 享元模式 )

Proxy ( 代理模式 )

1.2.1 适配器模式

    将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口*兼容而不能一起工作的那*类可以一起工作。

 适用性

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

 参与者

    1.Target
      定义Client使用的与特定领域相关的接口。
    2.Client
      与符合Target接口的对象协同。
    3.Adapter
      定义一个已经存在的接口,这个接口需要适配。
    4.Adapter
      对Adaptee的接口与Target接口进行适配

 例子

Target

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

Adaptee

public class Adaptee {
    public void adapteeMethod() {
        System.out.println("Adaptee method!");
    }
}

Adapter

public class Adapter implemente Target {
    private Adaptee adaptee;
    
    public Adapter(Adaptee adaptee) {
        this.adaptee = adaptee;
    }
        public void adapteeMethod() {
               adaptee.adapteeMethod();
        }
        public void adapterMethod() {
               system.out.println("Adapter method!");
    }
}

Client

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

result

Adaptee method!
Adapter method!

1.2.2 桥接模式

    将抽象部分与它的实现部分分离,使它们都可以独立地变化。

 适用性

    1.你不希望在抽*和它的实现部分之间有一个固定的绑定关系。
      例如这种情况可能是因为,在程序运行时刻实现部分应可以*选择或者切换。
    2.类的抽象以及它的实现都应该可以通*生成子类的方法加以扩充。
      这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。
    3.对一个抽象的实现部分的修改应对客户不产生影响,即客户的代码不必重新编译。
    4.正如在意图一节的第一个类图中所示的那样,有许多类要生成。
      这*一种类层次结构说明你必须将一个对象分解成两个部分。
    5.*想在多个对象间共享实现(可能使用引用计数),但同时要求客户并不知*这一点。                       

 参与者

    1.Abstraction
      定义抽象类的接口。
      维护一个指向Implementor类型对象的指针。
 
    2.RefinedAbstraction
      扩充由Abstraction定义的接口。
    3.Implementor
      定义实现类的接口,该接口不一定要与Ab*traction的接口完全一致。
      事实上这两个接口可以完全不同。
      *般来讲,Implementor接口仅提供基本操作,而Abstraction则定义了基于这些基本操作的较高层次的操作。
    4.ConcreteImplementor
      实现Implementor接口并定义它的具体实现。

 例子

Abstr*ction

public abstract class Person {
    private Clothing clothing;   
    private String type;
    public Clothing getClothing() {
        return clothing;
    }
    public void setClothing() {
        this.clothing = ClothingFactory.getClothing();
    }    
    public void setType(String type) {
        this.type = type;
    }    
    public String getType() {
        return this.type;
    }    
    public abstract void dress();
}

RefinedAbstraction

public class Man extends Person {    
    public Man() {
        setType("男人");
    }    
    public void dress() {
        Clothing clothing = getClothing();
        clothing.personDressCloth(this);
    }
}
public class Lady extends Person {
 
    public Lady() {
        setType("女人");
    }   
    public void dress() {
        Clothing clothing = getClothing();
        clothing.personDressCloth(this);
    }
}

Implemento*

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

ConcreteImplemento*

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

Test

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);
    }
}

result

男人穿马甲
男人穿裤子
女人穿马甲
女人穿裤子

1.2.3 组合模式

    将对象组合成树形结构以表示"部分-整体"的层次结构。"Composite使得用户对单个对象和组合对*的使用具有一致性。"

 适用性

 
    1.你想表示对象的部分-整体层次结构。
    2.你希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结构中的所有对象。
                       

 参与者

    1.Component
      为组合中的对象声明接口。
      在适当的情况下,实现所有类共有接口的缺省行为。
      声明一个接口用于访问和管理Component的子组件。
      (可选)在递归结构中定义一个接口,用于访问一个父部件,并在合适的情况下实现它。
    2.Leaf
      在组合中表示叶节点对象,叶节点没有子节点。
      在组合中定义节点对象的行为。
    3.Compos*te
      定义有子部件的*些部件的行为。
      存储子部件。
      在Component接口中实现与子部件有*的操作。
    4.Client
      通过Component接口操纵组合部件的对象。

 例子

Component

 
public abstract class Employer {
    private String name;    
    public void setName(String name) {
        this.name = name;
    }  
    public String getName() {
        return this.name;
    }    
    public abstract void add(Employer employer);    
    public abstract void delete(Employer employer);    
    public List employers;    
    public void printInfo*) {
        System.out.println(name);
    }    
    public List getEmployers() {
        return this.employers;
    }
}

Leaf

public class Programmer extends Employer {
    public Programmer(String name) {
        setName(name);
        employers = null;//程序员, 表示没有下属了
    }
    public void add(Employer employer) {        
    }
    public void delete(Employer employer) {        
    }
}
 
public class ProjectAssistant extends Employer {
    public ProjectAssistant(String name) {
        setName(name);
        employers = null;//项目助理, 表示没有下属了
    }
    public void add(Employer employer) {        
    }
    public void delete(Employer employer) {        
    }
}

Composite

public class ProjectManager extends Employer {    
    public ProjectManager(String name) {
        setName(name);
        employers = new A*rayList();
    }    
    public void add(Employer employer) {
        employers.add(employer);
    }
    public void delete(Employer employer) {
        employers.remove(employer);
    }
}

Cliect

public class Test {
    public static void main(String[] args) {
        Employer pm = new ProjectManager("项目经理");
        Emplouer pa = new ProjectAssistant("项目助理");
        Employer programmer1 = new Programmer("程序员一");
        Employer programmer2 = new Programmer("程序员二");       
        pm.add(pa);//为项目经理添加项目助理
        pm.add(programmer2);//*项目经理*加程序员     
        List ems = pm.getEmployers();
        for (Employer em : ems) {
            System.out.println(em.getNam*());
        }
}

result

项目助理
程序员二

1.2.4 装饰模式

    动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模*相比生成子类更为*活。

 适用性

    1.在不影响其他*象的情况下,以动态、透明的方式给单个对象添加职责。
    2.处理那些可以撤消的职责。
    3.当不能采用生成子类的方法进行扩充时。                       

 参与者

    1.Component
      定义一个对象接口,可以给这些对象动态地添加职责。
    2.ConcreteComponent
      定义一个对象,可以给这个对象添加一些职责。
    3.Decorator
      维持一个指向Component对象的指针,并定义一个与Component接口一致的接口。
    4.ConcreteDecorator
      向组件添加职责。

 

 例子

Component

public interface Person {
    void eat();
}

ConcreteComponent

public class Man implements Person {
        public void eat() {
               System.out.println("男人在吃");
}

Decorator

public abstract class Decorator implements Person {
    protected Person person;  
    public void setPerson(Person person) {
        this.person = person;
    }    
    public void eat() {
        person.eat();
    }
}

ConcreteDecorator

public class ManDecoratorA extends Decorator {
    public void eat() {
        super.eat();
        reEat();
        System.out.println("ManDecoratorA类");
    }
    public void reEat() {
        System.out.println("再吃一顿饭");
}
public class ManDecoratorB extends Decorator {  
    public void eat() {
        super.eat();
        System.out.println("===============");
        System.out.println("ManDecoratorB类");
    }
}

Test

public class Test {
    public st*tic void main(Strin*[] args) {
        Man man = new Man();
        ManDecoratorA md1 = new ManDecoratorA();
        ManDecoratorB md2 = new ManDecoratorB();       
        md1.setPerson(man);
        md2.setPerson(md1);
        md2.eat();
    }
}

result

男人在吃
再吃一顿饭
ManDecoratorA类
===============
ManDecoratorB类

1.2.5 外观模式

    为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这*子系统更加容易使用。

 适用性

    1.当你要为一个*杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越
      复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容
      易对子系统进行定制,但这也给*些不需要定制子系统的用户带来一些使用上的困难。
      Facade可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需
      要更多的可定制性的用户可以越过facade层。
    2.客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade将这个子系统与客
      户以及其他的子系统分离,可以提高子系统的独立性和可移植性。
    3.当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。
      如果子系统之间是相互依赖的,你可以让它们仅通过facade进行通讯,从而简化了它们
      之间的依赖关系。                       

 参与者

    1.Facade
      知道哪些子系统类负责处理请求。
      将客户的请求代理给适当的子系统对象。
    2.Subsystemclasses
      实现子系统的功能。
      处理由Facade对象指派的任务。
      没有facade的任何相关信息;即没有指向*acade的指针。

 例子

Facade

public class Facade {
    ServiceA s*;
    ServiceB sb;
    ServiceC sc;
    public Facade() {
        sa = new S*rviceAImpl();
        sb = new *erviceBImpl();
        sc = new ServiceCImpl(); 
    }
    public void methodA() {
        sa.methodA();
        sb.methodB();
    }    
    public void methodB() {
        sa.methodB();
        sc.methodC();
    }    
    public void methodC() {
        sc.methodC();
        sa.methodA();
    }
}

Subsystemclasse*

public class ServiceAImpl implements ServiceA {
    public void methodA() {
        System.out.println("这是服务A");
    }
}
public class ServiceBImpl implements ServiceB {
    public void methodB() {
        System.out.println("这是服务B");
}
public class ServiceCImpl implements ServiceC {
    public void methodC() {
        System.out.println("这是服*C");
    }
}

Test

public class Test {    
    public static voi* main(String[] args) {
        ServiceA sa = new ServiceAImpl();
        ServiceB sb = new ServiceBImpl();        
        sa.methodA();
        sb.methodB();   
        System.out.println("========");
        //facade
        Facade facade = new Facade();
        facade.methodA();
        facade.methodB();
    }
}

result

这是服务A
这是*务B
========
这是服务A
这是服务B
这是服务B
这是服务C

1.2.6 享元模式

    运用共享技术有效地支持大量细粒度的对象。

 适用性

    当都具备下列情况时,使用Flyweight模式:
    1.一个应用程序使用了大量的*象。
    2.完全由于使用大量的对象,造成很大的存储开销。
    3.对象*大多数状态都可变为外部状态。
    4.如果删除对象的外部状态,那么可以*相对较少的共享对象取代很多组对象。
    5.应用程序不依赖于对象标识。由于Flyweight对象可以被共享,对于*念上明显有别的对象,标识测试将返回真值。                      

 参与者

    1.Flyweight
      描述一个接口,通过这个接口flyweight可以接受并作用于外部状态。
    2.ConcreteFlyweight
      实现Flyweight接口,并为内部状态(如果有的话)增加存储空间。
      Concrete*lyweight对象必须是可共享的。它所存储的状态必须是内部的;即,它必须独立于ConcreteFlyweight对象的场景。
    3.UnsharedConcreteFlyweight
      并非所有的Flyweight子类都需要被共享。Flyweight接口使共享成为可能,但它并不强制共*。
      在Flyweight对象结构的某些层次,UnsharedConcreteFlyweight对象通常将ConcreteFlyweight对象作为子节点。
    4.FlyweightFactory
      创建并管理flyweight对象。
      确保合理地共享flyweight。当用户请求一个flywei*ht时,Fl*weightFactory对象提供一个已创建的实例或者创建一个(如果不存在的话)。

 例子

Flyweight

public interface Flyweight {
    void action(int arg);
}

ConcreteFlyweight

public class FlyweightImpl implements Flyweight {
    public void action(int arg) {
        // T*DO Auto-genera*ed method stub
        System.out.println(*参数值: " + arg);
    }
}

FlyweightFactory

public class FlyweightFactory {
    private static Map flyweights = new HashMap();
    public FlyweightFactory(String arg) {
        flyweights.put(arg, new FlyweightImpl());
    }
    public static Flyweight getFlyWeight(String key) {
        if (flyweights.get(key) == null) {
            flyweights.put(key, new FlyweightImpl());
        }
        return flyweights.get(key);
    }
    public static int getSize() {
        return flyweights.size();
    }
}

Test

public class Test {
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        Flyweight fly1 = FlyweightFactcry.getFlyweight("a");
        fly1.action(1);
        Flyweight fly2 = FlyweightFactory.getFlyweight("a");
        System.out.println(fly1 == fly2);
        Flyweight fly3 = FlyweightFactory.getFlyweight("b");
        fly3.action(2);
        Flyweight fly4 = FlyweightFactory.getFlyweight("c");
        fly4.action(3);
        Flyweight fly5 = FlyweightFactory.getFlyweight("d");
        fly4.action(4);
        System.out.println(FlyweightFactory.getSize())*
    }
}

result

参数值: 1
true
参数值: 2
参数值: 3
参数值: 4
4

1.2.7 代理模式

    为其他对象提供一种代理以控制对这个对象的访问。

 适用性

    1.远程代理(RemoteProxy)为一个对象在不同的地址空间提供局部代表。
    2.虚拟代理(VirtualProxy)根据需要创建开销很大的对象。
    3.保护代理(ProtectionProxy)控制对原始对象的访问。
    4.智能指引(SmartReference)取代了简单的指针,它在访问对象时执行一些附加操作。               

 参与者

    1.Proxy
      保存一个引用使得代理可以访问实体。若RealSubject和Subject的接口相同,Proxy会引用Subject。
      提供一个与Subject的接口相同的接口,这样代理就可以用来替代实体。
      控制对实体的抽取,并可能负责创建和删除它。
      其他功能依赖于代理的类型:
    2.RemoteProxy负责对请求及其参数进行编码,并向不同地址空间中的实体发送已编码的请求。
    3.VirtualProxy可以缓存实体的附加信息,以便延迟对它的访问。
    4.ProtectionProxy检查调用者是*具有实现一个请求所必需的访问权限。
    5.Subject
      定义RealSubject和Proxy的共用接口,这样就在任何使用RealSubject的地方都*以使用Proxy。
    6.RealSubject
      定义Proxy所代表的实体。

 

 例子

Proxy

public class ProxyObject implements Object {
    Object obj;
    public ProxyObject() {
        System.out.println("这是代理类");
        obj = new ObjectImpl();
    }  
    public void action() {
        System.out.println("代理开始");
        obj.action();
        System.out.println(*代理结束");
    }
}

Subject

public interface Object {
    void action();
}

RealSubject

public class ObjectImpl implements Object {
    public void action() {
        System.out.println("========");
        System.out.println("========");
        System.out.pr*ntln("这是被代理的类");
        System.out.println("========");
        System.out.println("========");
    }
}

Test

public class Test {
    public static void main() {
        Object obj = new ProxyObject();
        obj.action();
}

result

这是代理类
代理开始
========
=*======
这是被代理的类
========
======*=
代理结束
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值