装饰模式与代理模式的区别

以下是我的理解:

代码区别:

装饰模式跟代理模式代码的最大的在于他们的构造方法,代理模式的构造方法不传参数,在构造方法内部完成参数传递,装饰模式将装饰的对象作为参数传进去。

理念区别:

代理模式中,代理类对被代理的对象有控制权,决定其执行或者不执行。而装饰模式中,装饰类对代理对象没有控制权,只能为其增加一层装饰,以加强被装饰对象的功能

 

学习AOP时,教材上面都说使用的是动态代理,可是在印象中代理模式一直都是控制访问什么的,怎么又动态增加行为了,动态增加行为不是装饰器模式吗?于是 找了很多资料,想弄清楚这两者之间到底有什么区别。结果发现这一篇英文文章讲的很清晰,就翻译一下,供参考。

首先,让我们先看一下下面的这两个UML类图,他们分别描述了装饰器模式和代理模式的基本实现。

这两个图可能使我们产生困惑。这两个设计模式看起来很像。对装饰器模式来说,装饰者(decorator)和被装饰者(decoratee)都实现同一个 接口。对代理模式来说,代理类(proxy class)和真实处理的类(real class)都实现同一个接口。此外,不论我们使用哪一个模式,都可以很容易地在真实对象的方法前面或者后面加上自定义的方法。

然而,实际上,在装饰器模式和代理模式之间还是有很多差别的。装饰器模式关注于在一个对象上动态的添加方法,然而代理模式关注于控制对对象的访问。换句话 说,用代理模式,代理类(proxy class)可以对它的客户隐藏一个对象的具体信息。因此,当使用代理模式的时候,我们常常在一个代理类中创建一个对象的实例。并且,当我们使用装饰器模 式的时候,我们通常的做法是将原始对象作为一个参数传给装饰者的构造器。

我们可以用另外一句话来总结这些差别:使用代理模式,代理和真实对象之间的的关系通常在编译时就已经确定了,而装饰者能够在运行时递归地被构造。

代理模式:

//代理模式public class Proxy implements Subject{

       private Subject subject;       public Proxy(){             //关系在编译时确定            subject = new RealSubject();       }       public void doAction(){             ….             subject.doAction();             ….       }}
//代理的客户public class Client{        public static void main(String[] args){             //客户不知道代理委托了另一个对象             Subject subject = new Proxy();             …        }}

装饰模式:

//装饰器模式public class Decorator implements Component{        private Component component;        public Decorator(Component component){            this.component = component        }       public void operation(){            ….            component.operation();            ….       }}
//装饰器的客户public class Client{        public static void main(String[] args){            //客户指定了装饰者需要装饰的是哪一个类            Component component = new Decorator(new ConcreteComponent());            …        }}
时间: 2024-10-14 20:55:11

装饰模式与代理模式的区别的相关文章

装饰模式与代理模式的区别(转载)

在整理设计模式时发现代理模式和装饰器模式非常相似,所以找了篇文章来更好的理解下装饰器和代理模式的区别 学习AOP时,教材上面都说使用的是动态代理,可是在印象中代理模式一直都是控制访问什么的,怎么又动态增加行为了,动态增加行为不是装饰器模式吗?于是 找了很多资料,想弄清楚这两者之间到底有什么区别.结果发现这一篇英文文章讲的很清晰,就翻译一下,供参考. 首先,让我们先看一下下面的这两个UML类图,他们分别描述了装饰器模式和代理模式的基本实现. 这两个图可能使我们产生困惑.这两个设计模式看起来很像.对

装饰模式和代理模式的区别

转自:http://www.cnblogs.com/jaredlam/archive/2011/11/08/2241089.html 学习AOP时,教材上面都说使用的是动态代理,可是在印象中代理模式一直都是控制访问什么的,怎么又动态增加行为了,动态增加行为不是装饰器模式吗?于是 找了很多资料,想弄清楚这两者之间到底有什么区别.结果发现这一篇英文文章讲的很清晰,就翻译一下,供参考. 首先,让我们先看一下下面的这两个UML类图,他们分别描述了装饰器模式和代理模式的基本实现. 这两个图可能使我们产生困

菜鸟版JAVA设计模式—适配器模式,装饰模式,代理模式异同

节前把3个设计模式的学习心得分享了一下,分别是适配器模式,装饰模式,代理模式. 但是似乎越写越有些迷糊,这三种模式都有着一些大同小异的地方,总是有些搞不清. 今天再重新学习下,把学习心得分享给大家一下.这次是结合的我工作中的实际项目. 设计模式,其实是一种解决方法,JAVA作为一种面向对象的语言,对于所有的设计模式在实现上,总是少不了对接口的实现,对抽象类的继承,有时候似乎是为了去实现接口而去写接口,所以在这三种模式的说明代码中,我们都定义了接口这些东西,所以才有了现在的混淆. 先不厌其烦的介绍

对设计模式的总结之装饰模式与代理模式

前言 面向对象编程追求的本质-提高扩展性.可维护性.灵活性和复用性.合理利用面向对象6个原则,能够很好的达到要求.如何利用好就是至关重要的了,前人总结了23+个设计模式能够让初学者更容易学到其中的精髓,本文就说说我对本人对装饰模式与代理模式的见解. 设计模式链接 对设计模式的总结之原则 对设计模式的总结之简单工厂与策略模式 对设计模式的总结之装饰模式与代理模式 装饰模式与代理模式 装饰模式 项目中要实现某个功能,前提条件是:1.该功能由许多单一功能的小功能组合而成:2.该功能中需要实现可灵活改变

跟我学设计模式视频教程——装饰模式,装饰模式VS代理模式

课程视频 装饰模式 装饰模式VS代理模式1 装饰模式VS代理模式2 课程笔记 课程笔记 课程代码 课程代码 新课程火热报名中 课程介绍 跟我学设计模式视频教程--装饰模式,装饰模式VS代理模式,布布扣,bubuko.com

适配器模式、装饰模式、代理模式异同

此三者均是对旧的对象进行封装以提供新的行为,实际上都包含了代理的概念,但实际使用时又有所区别: 适配器模式:将A接口的实现封装后表现出了B接口的行为 装饰模式:将A接口的实现封装后仍然表现出A接口的行为,但在行为逻辑上与原来不同 代理模式:将A接口的实现封装后仍然表现出A接口的行为,这一点上与装饰模式相同,所以非常容易混淆;实际上装饰模式确实可以认为是代理模式的一种类型,因为装饰模式的代理目标局限于一个普通的Java对象,而代理模式中代理目标则更自由,远程代理中它是存在于另一台主机上,虚拟代理中

模式的秘密-适配器模式和代理模式的区别

一.简介        适配器模式:适配器模式(英语:adapter pattern)有时候也称包装样式或者包装.将一个类的接口转接成用户所期待的.一个适配使得因接口不兼容而不能在一起工作的类工作在一起,做法是将类自己的接口包裹在一个已存在的类中.        代理模式:为其他对象提供一种代理以控制对这个对象的访问.在某些情况下,一个对象不适合或者不能直接引用另一个对象,而代理对象可以在客户端和目标对象之间起到中介的作用. 二.困惑        设计模式总是通过增加层来进行解耦合,提高扩展性

fiddler不同代理模式的区别

Fiddler有不同的代理模式,分为以下两种: 流模式(Streaming)和缓冲模式(Buffering). 流模式可以理解为一种实时通信的模式,有请求就有返回,也就是实时返回. 缓冲模式是等所有请求都到了再一起返回,也就是等所有数据都准备好了以后才返回给客户端. 流模式更接近于浏览器本身真实的行为. 而缓冲模式可以控制最后的服务器响应. 在实际使用中我们可以根据具体的实际情况来选择代理模式. 在界面上的切换操作很简单,就是一个按钮的按下的弹起的区别. 视频教程: https://player

装饰模式之代理模式

1.类图 代理模式结构: 实例类图: 2.创建项目 ---------- 3. AccessValidator:身份验证类,业务类,它提供方法Validate()来实现身份验证. using System; namespace ProxySample { /// <summary> /// 访问验证类,为业务类 /// </summary> class AccessValidator { //模拟实现登录验证 public bool Validate(string userId)