文章摘要：
1、设计模式的应用在于其要达到的目的。
2、Adapter是适配器模式？策略模式？
3、Context是装饰者模式吗？
今天和小伙伴一起交流设计模式，有些心得，欢迎小伙伴拍砖～
一、抽象工厂和工厂模式的异同点。
抽象工厂中有工厂方法的影子。抽象工厂需要获取一系列对象的相关依赖，那么就需要定义一组接口，每个接口返回一个【对象依赖】。
1、相同点：
- a、都是对象创建模式，即：都需要返回对象。
- b、对于客户端来说，都封装了创建对象的细节。
- c、拥有超类型父类，让客户端不需要关注创建的具体对象。
2、异同点：
- a、返回对象数目。工厂方法返回一个对象，抽象工厂返回对象的相关依赖集合。
在Android中Abstract Phone.java 是抽象超类型，其具体的子类中存在获取getIccCard、CommandsInterface、getCallTracker等一系列Telphony相关对象依赖。从这个层面上来说，这是一个抽象工厂。如果从单纯的创建IccCard一个对象来说，此就是工厂方法。
/**
* Returns the ICC card interface for this phone, or null
* if not applicable to underlying technology.
*/
public IccCard getIccCard() {
return null;
//throw new Exception("getIccCard Shouldn't be called from Phone");
}
/**
* Get call tracker
*/
public CallTracker getCallTracker() {
return null;
}
二、适配器模式
适配器模式类似动画片里的“变身/伪装”技能，将自身伪装成敌人，从而混过敌人的耳目。 在Android中，适配器模式的使用，最常被大家提到的就属于ListView和ListAdapter，但也要看怎么定位其工作流程：
- 1、策略模式的身影。我们通过ListView#setAdapter(ListAdapter adapter)来将adapter设定给ListView，针对不同类型的数据源以及具体的使用场景，adapter的实现类可以是ArrayAdapter、BaseAdapter、CursorAdapter，从这个层面来讲，ListView和Adapter之间属于策略模式。
设计原则：
针对超类型编程，不要依赖具体实现。在ListView中，ListAdapter属于超类型，对ListView来说不用去关心到底那个子类实> 现了ListAdapter。
- 2、模板方法的身影。BaseAdapter是一个超类型类，继承自ListAdapter。在BaseAdapter中，存在
getDropDownView、isEmpty等模板算法骨架，而将getView、getCount放到子类中去实现。{有点牵强，不如Activity生命周期方法更生动}
public View getDropDownView(int position, View convertView, ViewGroup parent) {
return getView(position, convertView, parent);
}
public boolean isEmpty() {
return getCount() == 0;
}
三、装饰者模式
在跟小伙伴聊天的过程中，提到Context是不是装饰者模式的一个应用，我们也在这里产生了分歧，从隐隐约约感觉是，但从小伙伴描述的工作流程来看，其叙述的工作流程并不是装饰者模式。
装饰者模式的目的在于为类增加功能、扩展对象的行为，在这方面装饰者模式提供了比继承更有弹性的替代方案。
那么Context在Android中的应用是不是装饰者模式的范例，我们从实现的角度来看下答案：
- 3.1、Context相关类对象介绍。Context对象是Abstract 超类型，其中包含了很多具体的Context对象的依赖，从这方面来说，Context也是抽象工厂。
public abstract class Context {
public abstract Context getApplicationContext();
public abstract Resources getResources();
/** Return PackageManager instance to find global package information. */
public abstract PackageManager getPackageManager();
/** Return a ContentResolver instance for your application's package. */
public abstract ContentResolver getContentResolver();
/**
* Returns an AssetManager instance for the application's package.
* <p>
* <strong>Note:</strong> Implementations of this method should return
* an AssetManager instance that is consistent with the Resources instance
* returned by {@link #getResources()}. For example, they should share the
* same {@link Configuration} object.
*
* @return an AssetManager instance for the application's package
* @see #getResources()
*/
public abstract AssetManager getAssets();
}
ContextWrapper中有一个成员变量Context，通过attachBaseContext可以为其赋值。
public class ContextWrapper extends Context {
Context mBase;
protected void attachBaseContext(Context base) {
if (mBase != null) {
throw new IllegalStateException("Base context already set");
}
mBase = base;
}
}
public class ContextThemeWrapper extends ContextWrapper {
@Override
protected void attachBaseContext(Context newBase) {
super.attachBaseContext(newBase);
}
}
- 3.2、Context对象的创建。
PATH：frameworks/base/core/java/android/app/ActivityThread.java
在ActivityThread中，可以看到，Context对象来自ComtextImpl对象的实例化构建。
private Context createBaseContextForActivity(ActivityClientRecord r, final Activity activity) {
int displayId = Display.DEFAULT_DISPLAY;
ContextImpl appContext = ContextImpl.createActivityContext(
this, r.packageInfo, r.token, displayId, r.overrideConfig);
appContext.setOuterContext(activity);
Context baseContext = appContext;
return baseContext;
}
- 3.2、Activity的创建。
首先：Activity继承自ContextThemeWrapper。
其次：Activity是在ActivityThread.java中通过类装载器创建的。
PATH：frameworks/base/core/java/android/app/ActivityThread.java
public Activity newActivity(ClassLoader cl, String className,
Intent intent)
throws InstantiationException, IllegalAccessException,
ClassNotFoundException {
return (Activity)cl.loadClass(className).newInstance();
}
这个时候，就创建了一个Activity对象，也是一个Context对象。
最后，调用attach方法，将Context传入Activity中。在Activity中，attachBaseContext就是上面ContextThemeWrapper的实现。
PATH：frameworks/base/core/java/android/app/ActivityThread.java
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
activity.attach(appContext, this, getInstrumentation(), r.token,
r.ident, app, r.intent, r.activityInfo, title, r.parent,
r.embeddedID, r.lastNonConfigurationInstances, config,
r.referrer, r.voiceInteractor, window);
}
Activity.java
final void attach(Context context, ActivityThread aThread,
Instrumentation instr, IBinder token, int ident,
Application application, Intent intent, ActivityInfo info,
CharSequence title, Activity parent, String id,
NonConfigurationInstances lastNonConfigurationInstances,
Configuration config, String referrer, IVoiceInteractor voiceInteractor,
Window window) {
attachBaseContext(context);
}
综述：
我们在Activity中，直接通过Activity.this或者this来直接使用Activity的Context对象,这个Context对象其实就是ContextThemeWrapper，相比较于ContextImpl实例化对象，ContextThemeWrapper提供了对Theme主题的支持，让Context对象的功能更加强大。
从这个角度来说，Conetxt及其ContextThemeWrapper是装饰者模式的应用案例。
