zoukankan      html  css  js  c++  java
  • 7 结构型模式之

    装饰模式介绍:装饰模式也称为包装模式,是结构型模式之一,其使用一种对客户端透明的方式来动态地扩展对象的功能,同时它也是继承关系的一种替代方案之一。在现实生活中你也可以看见很多装饰模式的例子,或者可以大胆地说装饰模式无处不在,就拿人来说,人需要各式各样的衣着,不管你穿着怎样,但是,对于个人的本质来说是不变的,充其量只是在外面披上一层包装而已,这就是装饰模式,装饰物也许各不相同但是装饰的对象本质是不变的。

    装饰模式的定义:动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式相比生成子类更加灵活

    装饰模式的使用场景:需要透明且动态地扩展类的功能时

    我们通过一个生活中的例子来介绍装饰模式的使用

    人总是要穿衣服的,我们将人定义为一个抽象类,将其穿衣的行为定义为一个抽象方法。

    1 /**
    2  * 将人穿衣服定义成一个抽象方法
    3  */
    4 public abstract class Person {
    5     public abstract void dressed();
    6 }

    该类也是我们要装饰的原始对象,那么具体装饰对象是谁呢?

    我们要实现一个具体的实现类

    1 /**
    2  * 具体装饰对象的实现类
    3  */
    4 public class Boy extends Person{
    5     @Override
    6     public void dressed() {
    7         System.out.println("穿了内衣和内裤");
    8     }
    9 }

    Boy类继承于Person类,该类仅对Person中的dressed方法作了具体的实现,而Boy类则是我们所要装饰的具体对象,现在需要一个装饰者来装饰我们的这个Boy对象,这里定义一个PersonCloth类来表示人所穿着的衣服。

     1 /**
     2  * 装饰者
     3  */
     4 public abstract class PersonCloth extends Person{
     5     protected Person mPerson;
     6 
     7     public PersonCloth(Person person){
     8         mPerson = person;
     9     }
    10 
    11     @Override
    12     public void dressed() {
    13         mPerson.dressed();
    14     }
    15 }

    在PersonCloth类中我们保持了一个对Person类的引用,可以方便地调用具体被装饰对象中的方法,这也是为什么我们可以在不破坏原类层次结构的情况下为类增加一些功能,我们只需要在被装饰者对象的相应方法的前或者后添加相应的功能逻辑就可以了,在装饰物只有一个的情况下,可以不必声明一个抽象类作为装饰者抽象的提取,仅需定义一个普通的类表示装饰者即可,这里为了表明示例我们定义两种衣服类型,一个类ExpensiveCloth表示高档衣服。

     1 /**
     2  * 高档衣服
     3  */
     4 public class ExpensiveCloth extends PersonCloth{
     5     public ExpensiveCloth(Person person) {
     6         super(person);
     7     }
     8 
     9     //穿了短袖
    10     private void dressShirt(){
    11         System.out.println("穿了短袖");
    12     }
    13 
    14     //穿了皮衣
    15     private void dressLeather(){
    16         System.out.println("穿了皮衣");
    17     }
    18 
    19     //穿了牛仔裤
    20     private void dressJean(){
    21         System.out.println("穿了牛仔裤");
    22     }
    23 
    24     @Override
    25     public void dressed() {
    26         super.dressed();
    27         dressShirt();
    28         dressLeather();
    29         dressJean();
    30     }
    31 }

    逻辑依旧很简单,而另一个类CheapCloth则表示便宜的衣服

     1 /**
     2  * 便宜的衣服
     3  */
     4 public class CheapCloth extends PersonCloth{
     5     public CheapCloth(Person person) {
     6         super(person);
     7     }
     8 
     9     //穿短裤
    10     public void dressShorts(){
    11         System.out.println("穿了短裤");
    12     }
    13 
    14     @Override
    15     public void dressed() {
    16         super.dressed();
    17         dressShorts();
    18     }
    19 }

    这两个类本质上并没有区别,两者都是为原本Boy类中的dressed方法提供功能扩展,不过这种扩展并非是直接修改原有的方法逻辑或者结构,更恰当地说,仅仅是在另一个类中将原有方法和新逻辑进行封装和整合而已,最后我们来看看客户类中的调用。

     1 /**
     2  * 测试类
     3  */
     4 public class DecoratorTest {
     5 
     6     public static void main(String[] args){
     7         test();
     8     }
     9 
    10     public static void test(){
    11 
    12         //首先我们要有一个Person对象
    13         Person person = new Boy();
    14 
    15         //然后为他穿上便宜的衣服
    16         PersonCloth personCloth = new CheapCloth(person);
    17         person.dressed();
    18 
    19         //然后为他穿上了贵的衣服
    20         PersonCloth personCloth1 = new ExpensiveCloth(personCloth);
    21         personCloth1.dressed();
    22     }
    23 }

    运行结果如下:

    穿了内衣和内裤
    穿了内衣和内裤
    穿了短裤
    穿了短袖
    穿了皮衣
    穿了牛仔裤

  • 相关阅读:
    5.11-上位机重新编程
    3.30-计算机系统互联方案
    3.25-两个操作者的通信模式
    3.23-重新定义操作者框架
    go 修改数组中对象的值不生效的解决方法
    go orm QueryTable Filter 不生效解决方法
    Beego orm.Install() 插入 [单条记录] 或 [一批记录],及出现异常 Handler crashed with error <Ormer> table: `.` not found, make sure it was registered with `RegisterModel()`
    go json 序列号、反序列号和数据类型转换
    go json 转换忽略字段、控制字段可有可无
    Flutter 使用 flutter_inappbrowser 加载 H5 及与 js 交互,Methods marked with @UiThread must be executed on the main thread . Current thread: JavaBridge
  • 原文地址:https://www.cnblogs.com/start1225/p/6804226.html
Copyright © 2011-2022 走看看