java23种设计模式之结构型设计模型(7种)

转载于疯狂Java联盟的总版主(论坛ID:杨恩雄)

博主对文章中的*进行了还原。如有侵权请留言删除。

 

23种设计模式可以分为三类:创建型模式、结构型设计模式、行为型设计模式。

本文将会从浅至深的讲解结构型设计模式。

 

 

结构型模式:

Adapter(适配器模式)、Bridge ( 桥接模式) 、Composite ( 组合模式 ) 、Decorator ( 装饰模式 ) 、

Facade ( 外观模式 )、Flyweight ( 享元模式 ) 、Proxy ( 代理模式 )

 

1.适配器模式

 

  将一个类的接口转换成客户希望的另外一个接口。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!

2.桥接模式

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

 适用性

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

    }

}

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.ouu.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

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

3. 组合模式

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

 适用性

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

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

 参与者

    1.Component

      为组合中的对象声明接口。

      在适当的情况下,实现所有类共有接口的缺省行为。

      声明一个接口用于访问和管理Component的子组件。

      (可选)在递归结构中定义一个接口,用于访问一个父部件,并在合适的情况下实现它。

    2.Leaf

      在组合中表示叶节点对象,叶节点没有子节点。

      在组合中定义节点对象的行为。

   3.Composite

      定义有子部件的一些部件的行为。

      存储子部件。

      在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 ArrayList();
    }    
    public void add(Employer employer) {

        employers.add(employer);
    }

    public void delete(Employer employer) {

        employers.remove(employer);
    }
}

Client

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 ems = pm.getEmployers();

        for (Employer em : ems) {

            System.out.println(em.getName());
        }
  }

}

result

项目助理

程序员二

 

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

        Systym.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类

5 .外观模式

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

 适用性

    1.当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。

      这使得子系统更具可重用性,也更容易对子系统进行定制,但这也给一些不需要定制子系统的用户带来一些使用上的困难。

      Facade可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需要更多的可定制性的用户可以越过facade层。

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

      独立性和可移植性。

    3.当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,你可以让它们

      仅通过facade进行通讯,从而简化了它们之间的依赖关系。                      

 参与者

    1.Facade

      知道哪些子系统类负责处理请求。

      将客户的请求代理给适当的子系统对象。

    2.Subsystemclasses

      实现子系统的功能。

      处理由Facade对象指派的任务。

      没有facade的任何相关信息;即没有指向facade的指针。

 例子

Facade

public  class Facade {

    ServiceA sb;    
    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() {

        sc.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

 

6. 享元模式

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

 适用性

    当都具备下列情况时,使用Flyweight模式:

    1.一个应用程序使用了大量的对象。

    2.完全由于使用大量的对象,造成很大的存储开销。

    3.对象的大多数状态都可变为外部状态。

    4.如果删除对象的外部状态,那么可以以相对较少的共享对象取代很多组对象。

    5.应用程序不依赖于对象标识。由于Flyweight对象可以被共享,对于概念上明显有别的对象,标识测试将返回真值。                     

 参与者

    1.Flyweight

      描述一个接口,通过这个接口flyweight可以接受并作用于外部状态。

    2.ConcreteFlyweight

      实现Flyweight接口,并为内部状态(如果有的话)增加存储空间。

      ConcreteFlyweight对象必须是可共享的。它所存储的状态必须是内部的;即,它必须独立于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) {

        // TODO Auto-generaned 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 = 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");
        fly4.action(4);        
        System.out.println(FlyweightFactory.getSize()); 
    }
}

result

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

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

Test

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

result

这是代理类
代理开始
========
========
这是被代理的类
========
========
代理结束

猜你喜欢

转载自blog.csdn.net/HY845638534/article/details/84099840
今日推荐