zoukankan      html  css  js  c++  java
  • 大话设计模式——装饰模式和代理模式(一)

    1、是什么?

    装饰模式:动态地给一个对象添加额外的职责。

    代理模式:其他对象通过对象A去访问对象B。

    2、为什么用?

    装饰模式:1、遵循开闭原则,尽量不去修改原有的类。2、装饰对象一般都是添加额外的非核心功能,通过继承来扩展也可以达到目的,不过无法灵活的组合这些新添的功能。

    代理模式:假如一个对象A有很多方法,但是对于某些对象只允许访问A中一部分方法,这就需要通过代理对象进行访问,这就是所谓的权限。==

    3、怎么用?

    装饰模式:

    public class task_02_装饰模式 {
        @Test
        public void test() {
            Client client=new Client();
            
            RealPerson person1=new RealPerson("小强");
            client.fun(person1);
            
            BasePerson person2=new Decorator1(person1);
            client.fun(person2);
            
            BasePerson person3=new Decorator2(person1);
            client.fun(person3);
        }
    }
    class Client{
        public void fun(BasePerson person) {
            person.play();
        }
    }
    /**
     * 对象接口,对其play方法进行装饰
     * @author xiang20180825
     *
     */
    interface BasePerson{
        void play();
    }
    /**
     * 具体对象
     * @author xiang20180825
     *
     */
    class RealPerson implements BasePerson{
        private String name;
        RealPerson(String name){
            this.name=name;
        }
        public void play() {
            System.out.println(name+"打篮球");
        }
    }
    /**
     * 装饰抽象类
     * @author xiang20180825
     *
     */
    abstract class Decorator implements BasePerson{
        BasePerson person;//包装了对象
        Decorator(BasePerson person){
            this.person=person;
        }
        public abstract void play();
    }
    class Decorator1 extends Decorator{
        Decorator1(BasePerson person){
            super(person);
        }
        public void play() {
            System.out.print("没有穿衣服的");
            person.play();
        }
    }
    class Decorator2 extends Decorator{
        Decorator2(BasePerson person){
            super(person);
        }
        public void play() {
            System.out.print("穿了衣服的");
            person.play();
        }
    }

    代理模式:

    /*
     * 老板的亲戚来了,让老板给他买个早饭,老板买了。
     * 实际上是让助理买的,老板的亲戚根本都不知道助理的存在,也不可能让助理跳舞。
     * 
     * 这里boss相当于代理类。而assistant是实际的买早点的对象。
     */
    public class task_01_代理模式 {
        @Test
        public void test() {
            Assistant assistant=new Assistant();
            Boss boss=new Boss(assistant);
            goShopping(boss);
        }
        public void goShopping(GoShopping goShopping) {
            goShopping.shopping();
        }
    }
    interface GoShopping{
        void shopping();
    }
    class Assistant implements GoShopping{
        public void shopping() {
            System.out.println("买个早点");
        }
        public void dancing() {
            System.out.println("跳舞");
        }
    }
    class Boss implements GoShopping{
        Assistant assistant;
        Boss(Assistant assistant){
            this.assistant=assistant;
        }
        public void shopping() {
         //在这里可以做一些不可描述的事情 assistant.shopping();
         //在这里可以做一些不可描述的事情 } }

    区别:(接受批评和指正)

    1、侧重点不同:装饰模式强调给对象添加额外的“装饰”,被装饰对象原本的功能正常执行;代理模式强调访问对象的间接性(对实际对象的访问进行控制)。

    2、对于调用者来说,装饰模式关注被装饰的对象,效果是被装饰的功能;代理模式关注访问实际对象的代理对象,不必知道实际对象的存在,目标对象的控制交给了代理对象。

    思考:BasePerson应该以抽象类还是接口的形式存在?(20181018_1更)

    装饰模式的结构图中,BasePerson是抽象类,代码也是写的抽象类。今天工作之余我问了一个愚蠢的问题:为了使用装饰模式,就硬给一个对象加了一个“老爸”?随后就被前辈怼了:你不就是想问继承抽象类还是实现接口吗?首先你得把区别搞清楚。

      区别:

        1、对于一个类而言,只能继承一个类;可以实现多个接口

        2、抽象类可以有具体实现的方法;接口中方法都是抽象的

        3、抽象类可以有成员变量;接口中的都是静态常量

        4、抽象类中的抽象方法,其子类可以不实现,声明为抽象类即可;接口中的方法必须实现(当接口需要添加新的方法时,所有实现类都得改)。

      相同点:

        1、都不可实例化。

        2、都可以用来实现运行时多态。

      结论:具体情况具体对待

        1、如果一个类已经有显示继承的父类,但是只需要对该类进行装饰,那么只能使用接口。

        2、如果需要对多个类进行装饰,且有相同的装饰功能,则使用抽象类,把相同部分作为实现了的方法。

        3、个人愚见:尽量使用接口(没有完美的选择)。

      反省:有时过于用生活中的逻辑去思考了,继承中的父子关系并不是真的“爸爸和儿子的关系”。

          继承:is-a,子类是父类的一种。(子类、父类确实有些迷惑性)

    代理的实际含义:(20181206更)

    疑惑:之前一直对于代理的实际意义不是很理解,既然代理了,为什么客户端还能直接访问目标对象呢:从代码可以看出,客户端先创建了目标对象,然后交给代理对象

    解惑:代理的实际含义是把目标对象的控制交给代理对象,并没有要求客户端一定无法直接访问目标对象。

    代理模式的使用场景:

    1.无法或者不适合直接访问目标对象

    2.在访问目标对象前后需要做一些处理。(Spring AOP)

    注:

    大话设计模式6.5节中的代码结构图如下:

    个人觉得不妥之处:服饰类继承了人,没有遵循里氏代换原则。

  • 相关阅读:
    excel的宏与VBA实践——建表语句
    excel的宏与VBA入门(三)——流程控制
    excel的宏与VBA入门(二)——数据类型与变量
    excel的宏与VBA入门(一)——基础概念
    Python3入门(十二)——进程与线程
    kettle学习笔记(十)——数据检验、统计、分区与JS脚本
    kettle学习笔记(九)——子转换、集群与变量
    ISO/IEC 9899:2011 条款6.4.9——注释
    ISO/IEC 9899:2011 条款6.4.8——预处理数字
    ISO/IEC 9899:2011 条款6.4.7——头文件名
  • 原文地址:https://www.cnblogs.com/xiangguoguo/p/9807143.html
Copyright © 2011-2022 走看看