外观设计模式

概念

外观模式的主要目的在于让外部减少与子系统内部多个模块的交互,从而让外部能够更简单地使用子系统,它负责把客户端的请求转发给子系统内部的各个模块 进行处理。

他只是实现功能的组合调用,只是各个模块的功能的一个组合而已,而不是像 装饰模式。

使用场景

1.当你要为一个复杂系统提供一个简单的接口时
2.客户程序与抽象类的实现部分之间存在着很大的依赖性
3.当你需要构建一个层次结构的子系统时。

其实就是拦截了一层,客户端掉用方 是不需要改的。

为了让整个系统只有一个外观类,用了单例

在android中的应用

contextImpl
AcitivityThread.java 的 main()

开启一个 looper,
然后就找handlerMessage
找到 handlerLaunchActivity()

然后performLaunchActivity()
里面的
activity.attch( appContext ,等等)

所以Acivity 的父类也是context ,并不实现具体的功能,他只是继承context 接口,他具体的操作会交给 contextImpl 这个类去做,因为他用到的是 contextImpl 的外观设计模式。

然后看act 中的attah()
里面的 attachBaseContext
再往下看的到, 这个context 被传给了 Context mBase;

所以 activity 的内部就持有了 context的引用。
所以 activity 充当的 是代理类,他代理了 contextImpl 去做的事情。

你可能感兴趣的:(外观设计模式)