java设计模式（二）：结构型模式

落日映苍穹つ 2022-05-18 06:28 172阅读 0赞

## 1.2 结构型模式 ##

Adapter \* 适配器模式 \*

Bridge ( 桥接模式 )

Composite ( 组合模式 )

Decorator ( 装饰者模式 )

Facade ( 外观模式 )

Flyweight ( 享元模式 )

Proxy ( 代理模式 )

### 1.2.1 适配器模式 ###

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

![Image 1][]  **适用性**

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

2.你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那*接口

可能不一定兼容的类）协同工作。

3.（仅适用于对象Adapter）你想使用一些已经存在的子类，但是不可能对每一个都进行

子类化以匹配它们的接口。对象适配器可以适配它的父类接口。

![Image 1][]  **参与者**

1.Target

定义Client使用的与特定领域相关的接口。

2.Client

与符合Target接口的对象协同。

3.Adapter

定义一个已经存在的接口，这个接口需要适配。

4.Adapter

对Adaptee的接口与Target接口进行适配

![Image 1][]  **例子**

**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 桥接模式 ###

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

![Image 1][]  **适用性**

1.你不希望在抽*和它的实现部分之间有一个固定的绑定关系。

例如这种情况可能是因为，在程序运行时刻实现部分应可以*选择或者切换。

2.类的抽象以及它的实现都应该可以通*生成子类的方法加以扩充。

这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充。

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

4.正如在意图一节的第一个类图中所示的那样，有许多类要生成。

这*一种类层次结构说明你必须将一个对象分解成两个部分。

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

![Image 1][]  **参与者**

1.Abstraction

定义抽象类的接口。

维护一个指向Implementor类型对象的指针。

2.RefinedAbstraction

扩充由Abstraction定义的接口。

3.Implementor

定义实现类的接口，该接口不一定要与Ab*traction的接口完全一致。

事实上这两个接口可以完全不同。

*般来讲，Implementor接口仅提供基本操作，而Abstraction则定义了基于这些基本操作的较高层次的操作。

4.ConcreteImplementor

实现Implementor接口并定义它的具体实现。

![Image 1][]

![Image 1][]  **例子**

**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使得用户对单个对象和组合对*的使用具有一致性。"

![Image 1][]  **适用性**

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

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

![Image 1][]  **参与者**

1.Component

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

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

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

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

2.Leaf

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

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

3.Compos*te

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

存储子部件。

在Component接口中实现与子部件有*的操作。

4.Client

通过Component接口操纵组合部件的对象。

![Image 1][]

![Image 1][]  **例子**

**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模*相比生成子类更为*活。

![Image 1][]  **适用性**

1.在不影响其他*象的情况下，以动态、透明的方式给单个对象添加职责。

2.处理那些可以撤消的职责。

3.当不能采用生成子类的方法进行扩充时。

![Image 1][]  **参与者**

1.Component

定义一个对象接口，可以给这些对象动态地添加职责。

2.ConcreteComponent

定义一个对象，可以给这个对象添加一些职责。

3.Decorator

维持一个指向Component对象的指针，并定义一个与Component接口一致的接口。

4.ConcreteDecorator

向组件添加职责。

![Image 1][]  ![Image 1][]

![Image 1][]  **例子**

**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模式定义了一个高层接口，这个接口使得这*子系统更加容易使用。

![Image 1][]  **适用性**

1.当你要为一个*杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越

复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性，也更容

易对子系统进行定制，但这也给*些不需要定制子系统的用户带来一些使用上的困难。

Facade可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，而那些需

要更多的可定制性的用户可以越过facade层。

2.客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade将这个子系统与客

户以及其他的子系统分离，可以提高子系统的独立性和可移植性。

3.当你需要构建一个层次结构的子系统时，使用facade模式定义子系统中每层的入口点。

如果子系统之间是相互依赖的，你可以让它们仅通过facade进行通讯，从而简化了它们

之间的依赖关系。

![Image 1][]  **参与者**

1.Facade

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

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

2.Subsystemclasses

实现子系统的功能。

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

没有facade的任何相关信息；即没有指向*acade的指针。

![Image 1][]  **例子**

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

这是服务C

### 1.2.6 享元模式 ###

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

![Image 1][]  **适用性**

当都具备下列情况时，使用Flyweight模式：

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

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

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

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

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

![Image 1][]  **参与者**

1.Flyweight

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

2.ConcreteFlyweight

实现Flyweight接口，并为内部状态（如果有的话）增加存储空间。

Concrete*lyweight对象必须是可共享的。它所存储的状态必须是内部的；即，它必须独立于ConcreteFlyweight对象的场景。

3.UnsharedConcreteFlyweight

并非所有的Flyweight子类都需要被共享。Flyweight接口使共享成为可能，但它并不强制共*。

在Flyweight对象结构的某些层次，UnsharedConcreteFlyweight对象通常将ConcreteFlyweight对象作为子节点。

4.FlyweightFactory

创建并管理flyweight对象。

确保合理地共享flyweight。当用户请求一个flywei*ht时，Fl*weightFactory对象提供一个已创建的实例或者创建一个（如果不存在的话）。

![Image 1][]

![Image 1][]  **例子**

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

### 1.2.7 代理模式 ###

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

![Image 1][]  **适用性**

1.远程代理（RemoteProxy）为一个对象在不同的地址空间提供局部代表。

2.虚拟代理（VirtualProxy）根据需要创建开销很大的对象。

3.保护代理（ProtectionProxy）控制对原始对象的访问。

4.智能指引（SmartReference）取代了简单的指针，它在访问对象时执行一些附加操作。

![Image 1][]  **参与者**

1.Proxy

保存一个引用使得代理可以访问实体。若RealSubject和Subject的接口相同，Proxy会引用Subject。

提供一个与Subject的接口相同的接口，这样代理就可以用来替代实体。

控制对实体的抽取，并可能负责创建和删除它。

其他功能依赖于代理的类型：

2.RemoteProxy负责对请求及其参数进行编码，并向不同地址空间中的实体发送已编码的请求。

3.VirtualProxy可以缓存实体的附加信息，以便延迟对它的访问。

4.ProtectionProxy检查调用者是*具有实现一个请求所必需的访问权限。

5.Subject

定义RealSubject和Proxy的共用接口，这样就在任何使用RealSubject的地方都*以使用Proxy。

6.RealSubject

定义Proxy所代表的实体。

![Image 1][]  **例子**

**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.pr*ntln("这是被代理的类");

System.out.println("========");

}

**Test**

public class Test {

public static void main() {

Object obj = new ProxyObject();

obj.action();

}

**result**

这是代理类

代理开始

========

=*======

这是被代理的类

========

======*=

代理结束

[Image 1]:

java设计模式（二）：结构型模式

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关《设计模式》结构型模式

相关设计模式—结构型模式

相关设计模式 - 结构型设计模式 - 装饰模式（Java）

相关设计模式 - 结构型设计模式 - 桥梁模式（Java）

相关设计模式 - 结构型设计模式 - 门面模式（Java）

相关 java设计模式（二）：结构型模式

相关【设计模式】结构型模式

相关设计模式二：结构型设计模式与关系型设计模式

相关 java设计模式学习笔记（二）--- 结构型模式

相关设计模式--结构型模式