Android与设计模式――装饰者(Decorator)模式
来源:程序员人生 发布时间:2014-12-14 09:12:11 阅读次数:4764次
在阎宏博士的《JAVA与模式》1书中开头是这样描写装潢(Decorator)模式的:
装潢模式又名包装(Wrapper)模式。装潢模式以对客户端透明的方式扩大对象的功能,是继承关系的1个替换方案。
装潢模式的结构
装潢模式以对客户透明的方式动态地给1个对象附加上更多的责任。换言之,客户端其实不会觉得对象在装潢前和装潢后有甚么不同。装潢模式可以在不使用创造更多子类的情况下,将对象的功能加以扩大。(上文来源于网络)
装潢模式的类图以下:
在装潢模式中的角色有:
● 抽象构件(Context)角色:给出1个抽象接口,以规范准备接收附加责任的对象。
● 具体构件(ContextImpl)角色:定义1个将要接收附加责任的类。
● 装潢(ContextWrapper)角色:持有1个构件(Component)对象的实例,并定义1个与抽象构件接口1致的接口。
● 具体装潢(Activity/Service/Application)角色:负责给构件对象“贴上”附加的责任。
ContextImpl是抽象类Context的具体实现,ContextWrapper及所有其子类对象持有的Context均是ContextImpl对象。以Activity的Context为例,Activity创建是在ActivityThread中,Activity创建时:
public final class ActivityThread {
.......
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
......
if (activity != null) {
Context appContext = createBaseContextForActivity(r, activity);
CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
Configuration config = new Configuration(mCompatConfiguration);
if (DEBUG_CONFIGURATION) Slog.v(TAG, "Launching activity "
+ r.activityInfo.name + " with config " + config);
activity.attach(appContext, this, getInstrumentation(), r.token,
r.ident, app, r.intent, r.activityInfo, title, r.parent,
r.embeddedID, r.lastNonConfigurationInstances, config);
.......
}
........
}
private Context createBaseContextForActivity(ActivityClientRecord r,
final Activity activity) {
ContextImpl appContext = new ContextImpl();
appContext.init(r.packageInfo, r.token, this);
appContext.setOuterContext(activity);
// For debugging purposes, if the activity's package name contains the value of
// the "debug.use-second-display" system property as a substring, then show
// its content on a secondary display if there is one.
Context baseContext = appContext;
String pkgName = SystemProperties.get("debug.second-display.pkg");
if (pkgName != null && !pkgName.isEmpty()
&& r.packageInfo.mPackageName.contains(pkgName)) {
DisplayManagerGlobal dm = DisplayManagerGlobal.getInstance();
for (int displayId : dm.getDisplayIds()) {
if (displayId != Display.DEFAULT_DISPLAY) {
Display display = dm.getRealDisplay(displayId, r.token);
baseContext = appContext.createDisplayContext(display);
break;
}
}
}
return baseContext;
}
}
createBaseContextForActivity()方法返回ContextImpl对象后,通过activity.attach()将ContextImpl对象与Activity关联起来。
装潢模式和代理模式的区分:
装潢模式:以对客户端透明的方式扩大对象的功能,是继承关系的1个替换方案;
代理模式:给1个对象提供1个代理对象,并有代理对象来控制对原有对象的援用;
装潢模式应当为所装潢的对象增强功能;代理模式对代理的对象施加控制,其实不提供对象本身的增强功能。
2者的实现机制确切是1样的,可以看到他们的实例代码重复是很多的。但就语义上说,这二者的功能是相反的,模式的1个重要作用是简化其他程序员对你程序的理解,
你在1个地方写装潢,大家就知道这是在增加功能,你写代理,大家就知道是在限制,虽然代码极可能相同,但如果你都叫他们装潢,他人会很迷惑的。(转)
未完待续,有不对的地方,请指正。
生活不易,码农辛苦
如果您觉得本网站对您的学习有所帮助,可以手机扫描二维码进行捐赠