装饰器模式与代理模式的区别_门面模式和装饰器模式详解

72 阅读 0 评论 48 点赞

我是靠谱客的博主娇气大树，最近开发中收集的这篇文章主要介绍装饰器模式与代理模式的区别_门面模式和装饰器模式详解，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

门面模式

定义：门面模式(Facade Pattern)又叫外观模式，提供了一个统一的接口，用来访问子系统中的一群接口，其主要特征是定义了一个高层接口，让子系统更容易使用，属于结构模式。

比如通常app首页的展示，涉及到多个模块，如果每个模块单独请求接口，就需要调多个接口。而后端可以先将多个模块的数据集成好，统一返回给前端。这个就是运用了门面模式。还比如购物车的信息，前端需要展示库存，金额，优惠，供应商，等等相关信息。如果把数据整合处理放在前端就会很麻烦，我们由后台将数据处理好，返回给前端，这样就精简了前端的接口调用处理。

门面模式应用场景：

子系统过于复杂，前端调用牵扯比较多，可以使用门面模式整合，提供简单的接口。
例如mvc，每层调用时，可以使用门面模式作为入口，简化调用。比如dao层，service层，controller层，在service层做逻辑处理，只通过一个接口提供给controller，在dao层做好数据库交互，也利用门面模式给service提供一个入口。

门面模式在源码中的应用：

1. Spring JDBC模块下的JdbcUtils类，它封装了和JDBC相关的所有操作

2. Mybatis中的Configuration类就封装了JDBC中关键组件的操作

门面模式的优缺点：

门面模式虽然对调用者来说更简单，减少了系统间的依赖。但是当子系统出现扩展时，调用者存在未知风险。不符合开闭原则。

装饰器模式

定义:装饰器模式(Decorator Pattern),也称为包装模式(Wrapper Pattern)是指在不改变原有对象的基础之上，将功能附加到对象上，提供了比继承更有弹性的替代方案(扩展原有对象的功能)，属于结构模式。

装饰器模式主要用于透明且动态地扩展类的功能。其实现原理为：让装饰器实现被包装类(ConcreteComponent)相同的接口(Component)(使得装饰器与被扩展类类型一致)，并在构造函数在中传入该接口(Component)对象，然后就可以在接口需要实现的方法中，在被包装类对象的现有功能上添加新功能了。由于装饰器与被包装类属于同一类型(均为Component)，且构造函数的参数为其实现接口类(Component)，因此装饰器模式具备嵌套扩展功能，这样我们就能使用装饰器模式一层一层的对最底层被包装类进行功能扩展了。

我们来看看通用的代码写法：

抽象组件(Component)：可以使一个接口或者抽象类，其充当被装饰类的原始对象，规定了被装饰对象的行为;

public abstract class Component {/**     * 示例方法     */    public abstract void operation();}

具体组件(ConcreteComponent)：实现/集成Component的一个具体对象,也即被装饰对象；

public class ConcreteComponent extends Component {public void operation() {//相应的功能处理        System.out.println("处理业务逻辑ConcreteComponent");    }
}

抽象装饰器(Decorator):通用的装饰ConcreteComponent的装饰器，其内部必然有一个属性指向Component抽象组件；其实现一般是一个抽象类，主要是为了让其子类按照其构造形式传入一个Component抽象组件，这是强制的通用行为(当然，如果系统中装饰器逻辑单一，并不需要事先许多装饰器，那么我们可以直接省略该类，而直接实现一个具体装饰器(ConcreteDecorator)即可)；

public abstract class Decorator extends Component {/**     * 持有组件对象     */    protected Component component;      /**     * 构造方法，传入组件对象     * @param component 组件对象     */    public Decorator(Component component) {this.component = component;    }public void operation() {//转发请求给组件对象，可以在转发前后执行一些附加动作        component.operation();    }
}

具体装饰器(ConcreteDecorator): Decorator的具体实现类，理论上，每个ConcreteDecorator都扩展了Component对象的一种功能。

public class ConcreteDecoratorA extends Decorator {public ConcreteDecoratorA(Component component) {super(component);   }private void operationFirst(){
           System.out.println("处理业务逻辑ConcreteComponent..ConcreteDecoratorA...operationFirst");       } //在调用父类的operation方法之前需要执行的操作       private void operationLast(){
           System.out.println("处理业务逻辑ConcreteComponent..ConcreteDecoratorA...operationLast");       } //在调用父类的operation方法之后需要执行的操作       public void operation() {//调用父类的方法，可以在调用前后执行一些附加动作           operationFirst(); //添加的功能           super.operation();  //这里可以选择性的调用父类的方法，如果不调用则相当于完全改写了方法，实现了新的功能           operationLast(); //添加的功能   }
}

public class ConcreteDecoratorB extends Decorator {public ConcreteDecoratorB(Component component) {super(component);   }private void operationFirst(){
           System.out.println("处理业务逻辑ConcreteComponent..ConcreteDecoratorB...operationFirst");       } //在调用父类的operation方法之前需要执行的操作       private void operationLast(){
           System.out.println("处理业务逻辑ConcreteComponent..ConcreteDecoratorB...operationLast");       } //在调用父类的operation方法之后需要执行的操作       public void operation() {//调用父类的方法，可以在调用前后执行一些附加动作           operationFirst(); //添加的功能           super.operation();  //这里可以选择性的调用父类的方法，如果不调用则相当于完全改写了方法，实现了新的功能           operationLast(); //添加的功能   }
}

最后写一段测试代码执行一下：

public class Client{public static void main(String[] args){
        Component c1 = new ConcreteComponent (); //首先创建需要被装饰的原始对象(即要被装饰的对象)        Decorator decoratorA = new ConcreteDecoratorA(c1); //给对象透明的增加功能A并调用        decoratorA .operation();        System.out.println("===============================");        Decorator decoratorB = new ConcreteDecoratorB(c1); //给对象透明的增加功能B并调用        decoratorB .operation();        System.out.println("===============================");        Decorator decoratorBandA = new ConcreteDecoratorB(decoratorA);//装饰器也可以装饰具体的装饰对象，此时相当于给对象在增加A的功能基础上在添加功能B        decoratorBandA.operation();    }
}