四、装饰器模式

一、动机

在某些情况下我们会过度使用继承来扩展对象的功能,由于继承为类型引入的静态特质,使得这种扩展方式缺乏灵活性;并且随着子类的增多,各种子类的组合会导致子类的膨胀

如何使对象功能的扩展能根据需要的动态来实现?同时避免扩展功能的增多带来的子类膨胀问题?从而使得任何功能扩展变化所导致的影响最低?

二、代码案例演示

public class DecoratorPattern {

    interface Stream{

        /**
         * 读
         */
        void read();


        /**
         * 写
         */
        void write();
    }


    class FileStream implements Stream{
        @Override
        public void read() {
            //实现
        }

        @Override
        public void write() {
            //实现
        }
    }


    /**
     * 装饰器
     */
    class BufferStream implements Stream{

        Stream stream;

        public BufferStream(Stream stream) {
            this.stream = stream;
        }

        @Override
        public void read() {
            //缓冲处理
            stream.read();
        }

        @Override
        public void write() {
            //缓冲处理
            stream.write();
        }
    }
}

三、概念

动态(组合)地给一个对象增加一些额外的职责。就增加功能而言,Decorator模式比子类继承更为灵活

四、UML图

在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值