个人中心
文章发布
退出
作者热门文章
- VisualStudio2022插件的安装及使用-编程手把手系列文章
- pprof-在现网场景怎么用
- C#实现的下拉多选框，下拉多选树，多级节点
- 【学习笔记】基础数据结构：猫树
60
4
讲实话，博主当初学习完整设计模式时，这三种设计模式单独摘哪一种都是十分清晰和明确的，但是随着模式种类的增加，在实际使用的时候竟然会出现恍惚，例如读开源代码时，遇到不以模式命名规范的代码时，一时难以说清具体是使用的这三种里的哪一种.
之所以会出现混淆的原因是，三种模式的实现都是基于面向接口这一思想，三种模式都是针对某一个具体的接口实现，并在其实现类上用一个对象对另一个对象提供间接访问.
基于混淆点，从类图上来看，适配器模式就可以最先被区别出来，适配器的类结构图:
从类图上来看，适配器的主角是Adapter这个类，这个类与目标接口是实现关系，但是Adaptee则不同，它可以是一个接口，也可以是一个具体的类，它是与Target平级的一个对象，与Target毫无关系，而Adapter与它的关系是对象组合，是Adaptee作为Adapter的一个内部成员变量，Adapter的目的是将 Adaptee适配为Target.
。
相比于适配器模式，代理模式和装饰模式反而更容易被混淆， 混淆的原因是二者都是基于一个公共接口，且主角类（Proxy和Decorator）又都是以组合对象的形式，对目标对象（RealSubject和ConcreteComponent）进行二次操作。实现上来看，两者十分相似.
但是注意，这里还是有不同， 。
也就是说，两者提供间接访问的对象不同，一个（代理模式）是基于具体的类，而另一个（装饰模式）是基于抽象的接口 。这也是为什么只可以使用一次的request对象要基于装饰模式提供封装来达到二次使用的原因（详细可翻阅设计模式：从HttpServletRequestWrapper了解装饰者模式），基于抽象接口提供的间接访问是不会破坏具体对象的内容.
适配器模式的主要功能是进行转换匹配，目的是复用已有的功能，而不是来实现新的接口。也就是说，客户端需要的功能应该是已经实现好了的，不需要适配器模式来实现，适配器模式主要负责把不兼容的接口转换成客户端期望的样子就可以了.
适配器的本质是转换功能，以提高复用性。不同于代理和装饰，适配器中的目标对象可能与需要适配的对象毫无关系，适配过程中代码甚至是全量的重写，它的目标是将两个内容沿其中某个为主进行融合.
代理模式是通过创建一个代理对象，用这个代理对象去代表真实的对象，客户端得到这个代理对象后，对客户端并没有什么影响，就跟得到了真实对象一样来使用。当客户端操作这个代理对象的时候，实际上功能最终还是会由真实的对象来完成，只不过是通过代理操作的，也就是客户端操作代理，代理操作真正的对象。 正是因为有代理对象夹在客户端和被代理的真实对象中间，相当于一个中转，那么在中转的时候就有很多花招可以玩，比如，判断一下权限，如果没有足够的权限那就不进行中转了，或者中转到别的操作中.
代理模式的运行逻辑:
代理模式的本质是控制对象访问。核心在于Proxy角色， 类似于中间商，是目标对象的一个“前沿发言人”，你想要访问目标对象，或者购买目标厂家的商品，必须从我代理商这里走， 我甚至可以不创建被代理对象，自己冒充被代理对象（直接以贴牌产品当作目标产品卖你）.
装饰模式能够实现动态地为对象添加功能，是从一个对象外部来给对象增加功能，相当于是改变了对象的外观。当装饰过后，从外部使用系统的角度看，就不再是使用原始的那个对象了，而是使用被一系列的装饰器装饰过后的对象。这样就能够灵活地改变一个对象的功能，只要动态组合的装饰器发生了改变，那么最终所得到的对象的功能也就发生了改变。从这一点上来讲，代理模式也可以满足，但是不同的是，装饰模式这里有一个代理无法越过的原则，那就是代理模式必须有目标对象，否则装饰就无从谈起.
装饰模式的本质是通过组合来加强目标对象的能力，是对象能力的延申。装饰模式是在原有对象的基础上进行外层包装，可以对目标对象的每一个方法都进行前置、后置的补充和加强，但是本质上并没有改变原对象，是一种扩展思维，这一点可以参考AOP的思想.
。
。
最后此篇关于设计模式：代理、装饰和适配器模式的区别的文章就讲到这里了,如果你想了解更多关于设计模式：代理、装饰和适配器模式的区别的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。
60
4
0
我有这些 ViewModel:RecordViewModel、ComponentViewModel，其中 RecordViewModel 本质上是几个 ComponentViewModel 的容器。
我正在尝试为我的 Controller 设置一个装饰器。我的目的是在我的应用程序中的所有 Controller 中引入一些常见的行为。 我已将其配置为在 Angular 1.2.x 中工作，但从 1.
我想用角上的时间戳装饰我生成的所有 JFreeCharts。 JFreeChart 框架中是否有一种方法可以在生成图表后在图像上绘制？ 编辑:请注意，这些图表是在后台线程中生成并通过 servlet
在grails应用程序中，我想用自定义数据装饰每个日志。当前的需要只是在日志消息前添加当前用户名 我对如何解决此问题有一些想法: -Adding custom field to log4j patte
我有一个form-el，它只是一个容器，必须将所有子元素包装在具有特定类的div 中。我希望允许 from-el 来包装它们，而不是在每个表单元素中重复这个 div 。我可以循环所有元素并将它们包装在
我遵循以下约定来装饰 Python 类中的某些方法。我想知道是否有一些更好的方法可以做到同样的事情。我的方法看起来当然不太好；对原始成员函数的调用看起来一点也不直观。 from threading i
我的 DTO 看起来像这样 public class SomeDTO { public string last_name{ get; set; } public string ac
这可能是一个远景，但 .NET 的灵 active 一直让我惊叹不已，所以开始吧。 我正在开发一个 MVC 应用程序，它需要在一组程序集中搜索派生自公共(public)基类的类类型。 即我有几个程序集
在我正在进行的项目中，我正在按照项目负责人的要求实现开发人员通知系统。它的工作方式是，如果发生前端错误，开发团队会收到一封错误电子邮件。 但是，在我当前的实现中，我似乎有以下循环依赖: $rootSc
我需要一些关于如何取消装饰和装饰 JInternalFrame 的帮助。我的框架类是这样的: package com; import java.awt.BorderLayout; import jav
假设我们有可能需要长时间运行的任务: public class LongRunningTask { public ReturnType doSomething() { ...
我正在尝试创建一个装饰器方法，它将一些默认的生命周期方法添加到 react 组件中。我的目标是向组件中添加一些默认功能，例如，所有组件都应该能够在 componentWillMount 上执行特定操作
我正在尝试将 DBUS 的异步方法调用与 Twisted 的 Deferred 相结合，但我在调整常用的 DBUS 服务方法装饰器来执行此操作时遇到了麻烦。 要使用 DBUS 异步回调方法，您需要:
是否可以设置表格中一行的背景颜色？当条件适用时，我需要突出显示一行。效果为 ...我可以在其中指定“字体”属性。 (我需要突出显示整行)。 最佳答案 您必须子类化 qooxdoo 默认行渲染器才能做到
我正在开发一个具有不同视角的基于 Java Swing 的应用程序。对于“主菜单”视角，我不希望装饰窗口 (JFrame)，而在其他视角中，我确实希望装饰窗口。换句话说，我需要动态更 retrofit
我想做一些类似下面代码所示的事情: class foo { private: std::fstream* m_stream; public: foo(std::fstream* str
我的数据源提供了一个 ObservableList ，但是对于我的 ListView，我需要一个 ObservableList . A Warning基本上只是字符串的装饰器，添加一个 boolean
我一直在纠结于装饰+接口(interface)。假设我有以下“行为”接口(interface): interface IFlyable { void Fly();} interface ISwimma
有没有人为 iOS 6 UICollectionView 实现过装饰 View ？不可能 查找有关在网络上实现装饰 View 的任何教程。基本上在我的应用程序中，我有多个部分，我只想在每个部分后面显示
我有一个简单的 Controller ，例如: function MyController($scope, $http) { ... $http.post(url).success(f
我是一名优秀的程序员,十分优秀！