装饰模式

2018-09-30  本文已影响3人  kinglong1984

装饰模式(Decoraor pattern)也称包装模式(Wrapper),结构型设计模式之一。

定义

动态的给一个对象添加一些额外的职责。就相对于增加功能来说,装饰者模式相比子类更为灵活。

特点

比子类实现更为灵活,是继承关系的一种替代方案。

使用场景:

需要透明且动态的扩展类的功能时;

不能使用继承,但要提供继承的功能时。

角色

Component:组件对象接口。

ConcreteComponent:具体的组件对象,实现组件对象接口,通常就是被装饰的原始对象。就对这个对象添加功能。 

Decorator:所有装饰器的抽象父类,需要定义一个与组件接口一致的接口,内部持有一个Component对象,就是持有一个被装饰的对象。

ConreteDecoratorA/ConreteDecoratorB:实际的装饰器对象,实现具体添加功能。

示例

// 1.Component 抽象的人

public abstract class Person {

    public abstract void dress();

}

// 2.ConcreteComponent 具体的人

public class Man extends Person {

    @Override

    public void dress() {

        System.out.println("穿内衣裤");

    }

}

// 3.Decorator 装饰器的抽象父类

public abstract class PersonDecorator {

    Person person;

    public PersonDecorator(Person person) {

        this.person = person;

    }

    public void dress(){

        person.dress();

    }

}

// 4.ConreteDecoratorA 具体的包装类 普通上班族

public class WorkerDecorator extends PersonDecorator {

    public WorkerDecorator (Person person) {

        super(person);

    }

    @Override

    public void dress() {

        super.dress();

        dressWorker();

    }

    // 装饰上班的人

    private void dressWorker(){

        System.out.println("穿皮鞋衬衣");

    }

// 5.ConreteDecoratorB 具体的包装类 经理

public class ManagerDecorator extends PersonDecorator {

    public ManagerDecorator(Person person) {

        super(person);

    }

    @Override

    public void dress() {

        super.dress();

        dressManager();

    }

    // 装饰经理

    private void dressManager(){

        System.out.println("穿西服打领带");

    }

//客户端调用 包装一个工人

public class Client {

    public static void main(String[] args) {

        Person man= new Man();

        WorkerDecorator decorator = new WorkerDecorator(man);

        decorator.dress();

        Person manager= new Man();

        ManagerDecorator decoratorManager = new ManagerDecorator(manager);

        decoratorManager.dress();

    }

}

优点

采用组合的方式,可以动态的扩展功能,同时也可以在运行时选择不同的装饰器,来实现不同的功能。

有效避免了使用继承的方式扩展对象功能而带来的灵活性差,子类无限制扩张的问题。

被装饰者与装饰者解偶,被装饰者可以不知道装饰者的存在,同时新增功能时原有代码也无需改变,符合开放封闭原则。

缺点

如果修改抽象组件这个基类的话,后面的一些子类可能也需跟着修改。

Android中的装饰模式

Content类是个抽象类,其实就是装饰者中的Compont组件。在其内部定义了抽象方法,比如startActivity;

ContextImpl继承了Context并且实现了Context的的抽象方法,相当于组件的实现类;

ContextWrapper相当于Decorator;

Activity相当于Decorator的具体实现类。

ContextImpl的使用:java的入口函数都是main方法,Android main方法在ActivityThread类中

public final class ActivityThread{

    public static void main(String[] args){

        ActivityThread thread =new ActivityThread();

        thread.attach(false);

        if(sMainThreadHandler ==null) {

            sMainThreadHandler = thread.getHandler();

        }

        ......

    }

通过调用getHandler为sMainThreadHandler赋值,按Ctrl+左键,方法getHandler返回的是一个H对象

public final classActivityThread{

    private class H extends Handler{

        public void handleMessage(Message msg){

                switch(msg.what) {

                    case LAUNCH_ACTIVITY: {

                        final ActivityClientRecord r = (ActivityClientRecord) msg.obj;

                        r.packageInfo = getPackageInfoNoCheck(r.activityInfo.applicationInfo, r.compatInfo);

                        handleLaunchActivity(r,null);

                        Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);

                    }

handleLaunchActivity内部:

Activity a = performLaunchActivity(r, customIntent);

performLaunchActivity内部:

createBaseContextForActivity(r, activity);//创建一个activity的context,

activity.attach(appContext,this, getInstrumentation(), r.token,...);

createBaseContextForActivity内部:

ContextImpl appContext = ContextImpl.createActivityContext(this, r.packageInfo, displayId, r.overrideConfig);

appContext.setOuterContext(activity);

上一篇 下一篇

猜你喜欢

热点阅读