设计模式之装饰器模式

在传统面向对象的软件设计上经常会遇到一些个问题,对一个类或者对象增加功能,一般两种方式实现包括抽象类和接口,抽象类主要适用于”是不是”,而接口则是用于”有没有”,好比如人和老师学生这种属于同一类,都是人则比较适合抽象类来实现。再好比如飞机和鸟不是同一类但是他们有共同的特性fly()则比较适合使用接口来实现。子类通过继承父类的方法同时获取父类的方法和子类自身方法,但是这个方法是静态的,用户不能控制增加行为方式和时机。
装饰器模式应运而生
1.装饰器模式会动态的为对象增加一些新的功能,并会要求装饰器对象和被装饰对象实现同一个接口,装饰对象持有被装饰对象的实例。

2.装饰器模式提供了改变子类的灵活方案,在不必改变原类文件和使用继承的情况下,动态的扩展一个对象的功能
适用于以下几种情况;
1)在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
2)处理那些可以撤消的职责。
3)当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。
另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。

说了那么多废话不一定记得住,看个示例

package com.demo.stragetry.decorator;

public class Decorator {
    static interface Decorate{
        public void method();
    }
    static class Decoration implements Decorate{
        @Override
        public void method() {
            System.out.println("descoration .....");
        }
    }

    static class DecoratorModel implements Decorate{
        private Decorate decorate;


        public DecoratorModel(Decorate decorate) {
            super();
            this.decorate = decorate;
        }


        @Override
        public void method() {
            System.out.println("before");
            decorate.method();
            System.out.println("after");

        }

    }


    public static void main(String[] args) {
        Decorate decorate = new Decoration();
        Decorate object = new DecoratorModel(decorate);
        object.method();
    }
}
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值