Android设计模式应用-装饰器模式
2016-04-03 19:59
609 查看
给一个对象动态的添加方法,就是装饰器模式,通常的做法就是将 原始对象作为一个参数传递给 装饰者构造器
它的目的:是扩展,不是访问
设计模式原则中,就有对扩展开放,对修改关闭
public interface Sourceable {
public void method();
}
public class Source implements Sourceable {
@Override
public void method() {
System.out.println(“the original method!”);
}
}
public class Decorator implements Sourceable {
private Sourceable source;
public Decorator(Sourceable source){
super();
this.source = source;
}
@Override
public void method() {
System.out.println(“before decorator!”);
source.method();
System.out.println(“after decorator!”);
}
}
这是网上那个说明设计模式中的关于装饰模式的代码结构,android中的代码又是怎么弄的呢?
public class ContextWrapper extends Context {
Context mBase;
public ContextWrapper(Context base) {
mBase = base;
}
@Override
public Object getSystemService(String name) {
return mBase.getSystemService(name);
}
}
//这种形式不知道大家遇到过没有,比如我们适配器构造的时候,是不是也传递了一个context啊,我们似乎还传递了一个数据集对象呢,但是这只能说明是形式上一样,但是真正实现了定义中的功能了吗,对扩展开放,有没有动态的添加一个方法呢,我们还不知道哦,接着看,这里面有一个getSystemService方法,我们去看看他是怎么做的,需要在子类中进行重载
@Override
public Object getSystemService(String name) {
//下面的代码就是对这个方法的扩展
if (LAYOUT_INFLATER_SERVICE.equals(name)) {
if (mInflater == null) {
mInflater = LayoutInflater.from(getBaseContext()).cloneInContext(this);//原型模式的应用
}
return mInflater;
}
return getBaseContext().getSystemService(name);
}
这里面看起来似乎还是有点难懂对吧,还没有java那段代码来的直接,在java代码中在method方法前面和后面加了两句代码,那个过程也是对method方法的一种扩展,这个里面也是在子类中对这个方法进行了扩展,
如果我们从另外一个方面去理解就是,这个方法被我重写了,就是完成扩展了,但是装饰器模式还有个特点就是:原有对象必须是通过构造函数传递进来的参数,如果满足这两点,就算是扩展了,
至于扩展到底做了什么处理,我们并不关心这个。
装饰器模式和 代理模式 其实很相近,都是在一个类中有原有对象的实例,代理模式不需要传参进来,装饰器模式必须要传递参数进来说明是哪个原有对象上进行装饰(扩展功能),代理模式是对原有对象进行访问,装饰器模式是对原有对象的方法进行重载扩展,这个方法可以在当前的装饰器类中重载,也可以在装饰器子类中进行重载,都是允许的。
它的目的:是扩展,不是访问
设计模式原则中,就有对扩展开放,对修改关闭
public interface Sourceable {
public void method();
}
public class Source implements Sourceable {
@Override
public void method() {
System.out.println(“the original method!”);
}
}
public class Decorator implements Sourceable {
private Sourceable source;
public Decorator(Sourceable source){
super();
this.source = source;
}
@Override
public void method() {
System.out.println(“before decorator!”);
source.method();
System.out.println(“after decorator!”);
}
}
这是网上那个说明设计模式中的关于装饰模式的代码结构,android中的代码又是怎么弄的呢?
public class ContextWrapper extends Context {
Context mBase;
public ContextWrapper(Context base) {
mBase = base;
}
@Override
public Object getSystemService(String name) {
return mBase.getSystemService(name);
}
}
//这种形式不知道大家遇到过没有,比如我们适配器构造的时候,是不是也传递了一个context啊,我们似乎还传递了一个数据集对象呢,但是这只能说明是形式上一样,但是真正实现了定义中的功能了吗,对扩展开放,有没有动态的添加一个方法呢,我们还不知道哦,接着看,这里面有一个getSystemService方法,我们去看看他是怎么做的,需要在子类中进行重载
@Override
public Object getSystemService(String name) {
//下面的代码就是对这个方法的扩展
if (LAYOUT_INFLATER_SERVICE.equals(name)) {
if (mInflater == null) {
mInflater = LayoutInflater.from(getBaseContext()).cloneInContext(this);//原型模式的应用
}
return mInflater;
}
return getBaseContext().getSystemService(name);
}
这里面看起来似乎还是有点难懂对吧,还没有java那段代码来的直接,在java代码中在method方法前面和后面加了两句代码,那个过程也是对method方法的一种扩展,这个里面也是在子类中对这个方法进行了扩展,
如果我们从另外一个方面去理解就是,这个方法被我重写了,就是完成扩展了,但是装饰器模式还有个特点就是:原有对象必须是通过构造函数传递进来的参数,如果满足这两点,就算是扩展了,
至于扩展到底做了什么处理,我们并不关心这个。
装饰器模式和 代理模式 其实很相近,都是在一个类中有原有对象的实例,代理模式不需要传参进来,装饰器模式必须要传递参数进来说明是哪个原有对象上进行装饰(扩展功能),代理模式是对原有对象进行访问,装饰器模式是对原有对象的方法进行重载扩展,这个方法可以在当前的装饰器类中重载,也可以在装饰器子类中进行重载,都是允许的。
相关文章推荐
- Android Fragment 简单实例
- Storage Access Framework
- Contacts Provider
- Calendar Provider
- Creating a Content Provider
- Android设计模式应用-代理模式
- 如何处理空指针警告
- Content Provider Basics
- Content Providers
- Android Interface Definition Language (AIDL)
- Bound Services绑定服务
- android的Services生命周期和使用方法
- Android view中invalidate方法学习小节
- 利用android来赚钱
- Android RecyclerView + CardView的使用
- android使用代码动态取消ImageView图片
- Android小游戏应用---撕破美女衣服游戏
- 深入了解android中的消息机制Handler
- Android设计模式应用-模板方法模式
- 关于Android studio 2.0beta5最近提示的Plugin is too old