java设计模式之装饰器模式（Decorator）

2024-10-24 23:29:12

概述

装饰模式是对客户端以透明的方式扩展对象的功能，是继承关系的一个替代方案。也就是说，客户端并不会觉得对象在装饰前和装饰后有什么不同，装饰模式可以在不用创造更多子类的情况下，将对象的功能加以扩展，装饰模式的关键在于这种扩展是完全透明的。

模式的结构

UML类图：

装饰模式中的类角色：
抽象构件角色(Project)：给出一个接口，以规范准备接收附加责任的对象
具体构件角色(Employe)：定义一个将要接收附加责任的类
装饰角色(Manager)：持有一个构件对象的实例，并定义一个与抽象构件接口一致的接口
具体装饰角色(ManagerA，ManagerB)：负责给构件对象“贴上”附加的责任

代码示例

package interview;

interface Project{
  void doCoding();
}

class Employe implements Project{

  @Override
  public void doCoding() {
    System.out.println("工程师在编程......");
  }
}

class Manager implements Project{

  private Project project;

  public Manager(Project project){
    this.project = project;
  }

  @Override
  public void doCoding() {
    startNewWork();
    project.doCoding();
  }

  public void startNewWork(){}
}

class ManagerA extends Manager{

  public ManagerA(Project project) {
    super(project);
  }

  @Override
  public void startNewWork() {
    System.out.println("开发经理开始新的工作计划");
  }
}

class ManagerB extends Manager{

  public ManagerB(Project project) {
    super(project);
  }

  @Override
  public void startNewWork() {
    System.out.println("测试经理开始新的工作计划");
  }
}
public class MainTest {

  public static void main(String arg[]) {
    Project project = new Employe();
    Project managerA = new ManagerA(project);
    Project managerB = new ManagerB(project);
    managerA.doCoding();
    managerB.doCoding();
  }
}

装饰模式优缺点：

优点：

装饰模式与继承的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”，继承关系则不同，继承关系是静态的，它在系统运行前就决定了。
通过使用不同的具体装饰类以及这些装饰类的组合，设计师可以创造很多不同的行为组合。

缺点：

由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得差错变得困难，特别是这些对象看上去都很像。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

Java单例模式的应用示例

单例模式用于保证在程序的运行期间某个类有且仅有一个实例.其优势在于尽可能解决系统资源.通过修改构造方法的访问权限就可以实现单例模式. 代码如下: 复制代码代码如下: public class Emperor { private static Emperor emperor = null;// 声明一个Emperor类的引用 private Emperor() {// 将构造方法私有 } public static Emperor getInstance() {// 实例化引用
Java实现单例模式之饿汉式、懒汉式、枚举式

单例模式的实现(5种) 常用: 饿汉式(线程安全,调用效率高,但是不能延时加载) 懒汉式(线程安全,调用效率不高,可以延时加载) 其他: 双重检测锁式(由于jvm底层内部模型原因,偶尔会出问题,不建立使用) 静态内部类式(线程安全,调用效率高,但是可以延时加载) 枚举单例(线程安全,调用效率高,不能延时加载) 饿汉式单例具体代码如下: package com.lcx.mode; /** * * 饿汉式单例,不管以后用不用这个对象,我们一开始就创建这个对象的实例, * 需要的时候就返回已创建好的实
java设计模式之适配器模式（Adapter）

概述将一个类的接口转换成用户希望的另外一个接口,Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作. 两种实现方式 1.类的适配器模式: 2.对象的适配器模式: 类的适配器模式的UML图,如下: 类的适配器模式把适配的类的API转换成为目标类的API. 上图设计的角色有: 目标角色(Target):这就是所期待得到的接口. 源角色(Adapee):现在需要适配的接口. 适配器角色(Adapter):是本模式的核心,适配器把源接口转换成目标接口. 代码示例: inter
java设计模式之组合模式(Composite)

概述是一种结构型模式,将对象以树形结构组织起来,以表示"部分 - 整体"的层次结构,使得客户端对单个对象和组合对象的使用具有唯一性. UML类图上面的类图包含的角色: Component:为参加组合的对象声明一个公共的接口,不管是组合还是叶节点. Leaf:在组合中表示叶子结点对象,叶子结点没有子结点. Composite:表示参加组合的有子对象的对象,并给出树枝构建的行为: 代码示例 import java.util.ArrayList; import java.util.Lis
java设计模式之桥接模式(Bridge)

概述桥接模式一种结构型模式,它主要应对的是:由于实际的需要,某个类具有两个或以上的维度变化,如果只是用继承将无法实现这种需要,或者使得设计变得相当臃肿. 桥接模式的做法是把变化的部分抽象出来,使变化部分与主类分离开来,从而将多个维度的变化彻底分离.最后,提供一个管理类来组合不同维度上的变化,通过这种组合来满足业务的需要. UML结构图代码示例 package interview; interface Implementor{ void operationImpl(); } abstract
java设计模式之外观模式(Facade)

概述外部与内部子系统通信时必须通过的一个统一的外观模式对象进行,就是外观模式,也称门面模式.一般而言,Facade模式是为了降低客户端与实现化层之间的依赖性.外观模式的用意是为子系统提供一个集中化和简化的沟通渠道. UML类图在上面的UML图中,出现三个角色: 客户端角色(Client):用户通过客户端来调用外观模式的类,从而来操作子系统: 外观角色(Facade):客户端可以调用这个类,此类中包含了调用子系统中具体的功能: 子系统角色(Module):定义了子系统中具体的单个功能: 代码示
Java单例模式简单示例

本文实例讲述了Java单例模式.分享给大家供大家参考,具体如下: 在实际开发的时候会有一些需求,在某个类中只能允许同时存在一个对象.这时就需要用到单例模式.代码如下 package org.aaa; public class ex { private static ex e; public static ex getEx() { if (e == null) { e=new ex(); } return e; } private ex() { System.out.println("执行单立模式
Java线程安全中的单例模式

复制代码代码如下: package net.kitbox.util; /** * * @author lldy * */ public class Singleton { private Singleton(){ } private static class SingletonHolder{ private static Singleton instance = new Singleton(); } public static
Java单例模式、饥饿模式代码实例

class MyThreadScopeData { // 单例 private MyThreadScopeData() { } // 提供获取实例方法 public static synchronized MyThreadScopeData getThreadInstance() { // 从当前线程范围内数据集中获取实例对象 MyThreadScopeData instance = map.get();
实例解析Java单例模式编程中对抽象工厂模式的运用

定义:为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类. 类型:创建类模式类图: 抽象工厂模式与工厂方法模式的区别抽象工厂模式是工厂方法模式的升级版本,他用来创建一组相关或者相互依赖的对象.他与工厂方法模式的区别就在于,工厂方法模式针对的是一个产品等级结构:而抽象工厂模式则是针对的多个产品等级结构.在编程中,通常一个产品结构,表现为一个接口或者抽象类,也就是说,工厂方法模式提供的所有产品都是衍生自同一个接口或抽象类,而抽象工厂模式所提供的产品则是衍生自不同
java单例模式使用及注意事项

1. 说明 1)单例模式:确保一个类只有一个实例,自行实例化并向系统提供这个实例 2)单例模式分类:饿单例模式(类加载时实例化一个对象给自己的引用),懒单例模式(调用取得实例的方法如getInstance时才会实例化对象)(java中饿单例模式性能优于懒单例模式,c++中一般使用懒单例模式) 3)单例模式要素: a)私有构造方法b)私有静态引用指向自己实例c)以自己实例为返回值的公有静态方法 2.实例饿单例模式: 复制代码代码如下: package com.wish.modedesign;
java两种单例模式用法分析

本文实例讲述了java两种单例模式用法.分享给大家供大家参考,具体如下: 按照加载方式的不同,单例模式有两种实现: private:只能在同一个类中使用 static:该类是类方法,不能调用实例方法./类全局变量 final:方法或成员变量不能被修饰 1.饿汉式 public class EagerSigleton{ private static final EagerSigleton instance=new EagerSigleton(); private EagerSigleton(){}

java设计模式之装饰器模式（Decorator）

相关推荐

随机推荐