Android中的装饰模式：一文让你了解这个用于替代继承的技术！

前言

今天，咱们来说讲Android中的装饰模式，还有高级UI+Gradle+RxJava+小程序+Hybrid+移动架构+React Native+性能优化+flutter+kotlin+NDK等技术教程不按期分享，关注我第一时间学习

装饰模式（Decorator Pattern）：也能够称为包装模式（Wrapper Pattern），它动态给一个对象增长额外的职责，就增长对象功能来讲，装饰模式比生成子类实现更为灵活，它是一种对象结构型模式。

装饰模式是一种用于替代继承的技术，经过一种无须定义子类的方式给对象动态增长职责，使用对象间的关联关系替代继承关系 !

• Component（抽象组件类）
  具体组件类和抽象装饰类共同父类，声明了具体组件中须要实现的方法，它的引入可使调用者以一致的方式处理未装饰对象和装饰对象，实现调用者的透明操做

• ConcreteComponent（具体组件类） 实现抽象组件类的声明的方法

• Decorator（抽象装饰类） 用于增长具体组件的职责，它的子类实现具体职责，它持有一个具体组件类的引用，经过该引用能够调用未装饰前的方法，并经过子类扩展该方法

• ConcreteDecorator（具体装饰类） 给具体组件类增长新方法

平时生活中，有不少须要送礼物的时候，一个好礼物更须要好包装来陪衬，可是有时候买的礼物只有一个很丑陋的盒子，以装饰模式实现包装礼物的需求：

Component 类：

public abstract class Gift {       /**
     * 礼物包装
     */
    public abstract void packaging();
}

ConcreteComponent 类：

public class BirthdayGift extends Gift {
    @Override
    public void packaging() {                LogUtils.i("包装盒");
    }
}

Decorator 类：

public abstract class GiftPackaging extends Gift {

    private Gift gift;

    public GiftPackaging(Gift gift) {                this.gift = gift;
    }

    public void packaging() {
        gift.packaging();
    }
}

ConcreteDecorator 类：

// 简易包装public class SimplePackaging extends GiftPackaging {        public SimplePackaging(Gift gift) {              super(gift);
    }            @Override
    public void packaging() {             super.packaging();
        addColorSheet();
    }    private void addColorSheet() {
        LogUtils.i("包彩纸");
    }} // 奢华包装 public class LuxuryPackaging extends GiftPackaging {        public LuxuryPackaging(Gift gift) {                super(gift);
    }          @Override  public void packaging() {                super.packaging();
        addColorSheet();
        addRibbon();
        addCard();
        addGiftBox();
    }        private void addColorSheet() {
        LogUtils.i("包彩纸");
    }    private void addRibbon() {
        LogUtils.i("加彩带");
    }    private void addCard() {
        LogUtils.i("加贺卡");
    }    private void addGiftBox() {
        LogUtils.i("加礼盒");
    }
}

Client 类：

// 简易包装的礼物Gift gift = new BirthdayGift();
Gift giftPackaging = new SimplePackaging(gift);
giftPackaging.packaging();// 奢华包装的礼物Gift gift = new BirthdayGift();
Gift giftPackaging = new LuxuryPackaging(gift);
giftPackaging.packaging();

透明装饰模式

上面实现的装饰模式叫作透明装饰模式，客户端能够彻底针对抽象编程，装饰模式的透明性要求客户端不该该将对象类型声明为具体组件类型或者具体装饰类型，须要所有声明为抽象组件类型，对于客户端调用来讲，具体组件对象和具体装饰对象是同样的，没有任何区别，能够一致处理这些对象，实现透明装饰模式时，要求具体装饰类的 operation() 方法覆盖抽象装饰类的 operation() 方法，除了调用具体组件类的 operation() 方法外，还须要调用新增的 addedBehavior() 方法来增长新职责。

透明模式能够对一个已装饰的对象再进行装饰，得到更复杂，功能更强大的对象。

半透明装饰模式

有透明装饰模式，就有对应的半透明装饰模式，有时咱们须要单独调用新增方法，就不得不把对象声明为具体装饰类型，具体组件对象仍是能够继续定义为抽象组件类型，这就是半透明装饰模式。

仍是拿上面的栗子来讲，若是包装礼物只想用丝带和彩纸包装或者再加一个礼袋，用半透明模式就会很是方便灵活，直接调用对应的方法就能够了，可是客户端须要区别对待装饰先后的对象

优势

• 利用关联关系替代继承关系，更加灵活，不会致使类个数急剧增长

• 透明装饰模式能够对一个对象进行屡次装饰，经过使用不一样的具体装饰类的组合，能获得功能更增强大的对象

• 具体组件类和具体装饰类能够独立变化，根据需求，在不变原来代码得基础上，增长这两个类，很符合“开闭原则”

缺点

• 既然是更加灵活的解决方法，出错的概率也随之变大，排查错误的困难也跟着变大

设计模式相关的面试题你们也能够了解一下：Android面试轻松搞定设计模式：六大原则+三大分类+详细总结

还有BATJ、字节跳动面试专题，算法专题，高端技术专题，混合开发专题，java面试专题，Android,Java小知识，到性能优化.线程.View.OpenCV.NDK等已经上传到了的个人GitHub

你们点击个人GitHub地址:https://github.com/Meng997998/AndroidJX点下star