Java面象对向的基本思想(四)

结构型模式

Adapter (适配器模式 )
Bridge ( 桥接模式 )
Composite ( 组合模式 )
Decorator ( 装饰器模式 )
Facade ( 外观模式 )
Flyweight ( 享元模式 )
Proxy ( 代理模式 )

适配器模式

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

适用性:

 1.你想使用一个已经存在的类,而它的接口不符合你的需求。

2.你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类(即那个接口
  可能不一定兼容的类)协同工作。

3.(仅适用于对象Adapter)你想使用一些已经存在的子类,但是不可能对每一个都进行
  子类化以匹配它们的接口。对象适配器可以适配它的父类接口。

参与者:

1.Target:定义Client使用的与特定领域相关的接口。

2.Client:与符合Target接口的对象协同。

3.Adaptee:定义一个已经存在的接口,这个接口需要适配。

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 implements 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.类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。

3.对一个抽象的实现部分的修改应对客户不产生影响,即客户的代码不必重新编译。

4.正如在意图一节的第一个类图中所示的那样,有许多类要生成。这是一种类层次结构说明你必须将一个对象分解成两个部分。

5.想在多个对象间共享实现(可能使用引用计数),但同时要求客户并不知道这一点。

参与者:

1.Abstraction:定义抽象类的接口。维护一个指向Implementor类型对象的指针。

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

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

4.ConcreteImplementor:实现Implementor接口并定义它的具体实现。

类图:
这里写图片描述
Abstraction:

public abstract class Person
{

    private Clothing clothing;

    private String type;

    public Clothing getClothing()
    {
        return clothing;
    }

    public

    void setClothing()
    {
        this.clothing = 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);
    }
}

Implementor:

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

ConcreteImplementor:

public class Jacket 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:

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

组合模式

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

适用性:

1.你想表示对象的部分-整体层次结构。

2.你希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结构中的所有对象。

参与者:

1.Component:为组合中的对象声明接口。在适当的情况下,实现所有类共有接口的缺省行为。声明一个接口用于访问和管理Component的子组件。(可选)在递归结构中定义一个接口,用于访问一个父部件,并在合*的情况下实现它。

2.Leaf:在组合中表示叶节点对象,叶节点没有子节点。在组合中定义节点对象的行为。

3.Composite :定义有子部件的*些部件的行为。存储子部件,在Component接口中实现与子部件有关的操作。

4.Client:通过Component接*操纵组合部件的对象。

类图:
这里写图片描述
Component:

import java.util.List;

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 ProjectAssistant extends Employer
{

    public ProjectAssistant(String name)
    {
        setName(name);
        employers = null;// 项目助理, 表示没有下属了
    }

    public void add(Employer employer)
    {

    }

    public void delete(Employer employer)

    {

    }
}
public class Programmer extends Employer
{

    public Programmer(String name)
    {
        setName(name);
        employers = null;// 程序员, 表示没有下属了
    }

    public void add(Employer employer)
    {

    }

    public void delete(Employer employer)
    {

    }
}

Composite :

import java.util.ArrayList;

public class ProjectManager extends Employer
{

    public ProjectManager(String name)
    {
        setName(name);
        employers = new ArrayList();
    }

    public void add(Employer employer)
    {
        employers.add(employer);
    }

    public void delete(Employer employer)
    {
        employers.remove(employer);
    }
}

Client:

import java.util.List;

public class Test
{
    public static void main(String[] args)
    {
        Employer pm = new ProjectManager("项目经理");
        Employer pa = new ProjectAssistant("项目助理");
        Employer programmer1 = new Programmer("程序员一");
        Employer programmer2 = new Programmer("程序员二");

        pm.add(pa);// 为项目经理添加项目助理
        pm.add(programmer2);// 为项目经理添加程序员

        List<Employer> ems = pm.getEmployers();

        for (Employer em : ems)
        {
            System.out.println(em.getName());
        }
    }
}

result:

项目助理
程序员二

装饰模式

动态地给一个对象添加一些额外的职责。就增加功能来说,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 static void main(String[] args)
    {
        Man man = new Man();
        ManDecoratorA md1 = new ManDecoratorA();
        ManDecoratorB md2 = new ManDecoratorB();

        md1.setPerson(man);
        md2.setPerson(md1);
        md2.eat();
    }
}

result:

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

外观模式

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

适用性:

1.当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容易对子系统进行定制,但这也给一些不需要定制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需要更多的可定制性的用户可以越过facade层。

2.客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade将这个子系统与客户以及其他的子系统分离,可以提高子系统的独立性和可移植性。

3.当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,你可以让它们仅通过facade进行通讯,从而简化了它们之间的依赖关系。

参与者:

1.Service:服务所用的接口

2.Facade:知道哪些子系统类负责处理请求。将客户的请求代理给适当的子系统对象。

3.Subsystemclasses:实现子系统的功能。处理由Facade对象指派的任务。没有facade的任何相关信息;即没有指向facade的指针。

类图
这里写图片描述
Service:

public interface ServiceA
{
    void methodA();
}
public interface ServiceB
{
    void methodB();
}
public interface ServiceC
{
    void methodC();
}

Facade:

public class Facade
{

    ServiceA sa;

    ServiceB sb;

    ServiceC sc;

    public Facade()
    {
        sa = new ServiceAImpl();
        sb = new ServiceBImpl();
        sc = new ServiceCImpl();
    }

    public void methodA()
    {
        sa.methodA();
        sb.methodB();
    }

    public void methodB()
    {
        sb.methodB();
        sc.methodC();
    }

    public void methodC()
    {
        sc.methodC();
        sa.methodA();
    }
}

Subsystemclasses:

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 void 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

享元模式

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

适用性:

当都具备下列情况时,使用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。当用户请求一个flyweight时,FlyweightFactory对象提供一个已创建的实例或者创建一个(如果不存在的话)。

类图:
这里写图片描述
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

import java.util.HashMap;
import java.util.Map;

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 (Flyweight) 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 = FlyweightFactory.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");
        fly5.action(4);

        System.out.println(FlyweightFactory.getSize());
    }
}

result

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

代理模式

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

适用性:

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.println("这是被代理的类");
        System.out.println("========");
        System.out.println("========");
    }
}

Test

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

result

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值