很是抱歉,本系列博客长达半年没更新了,今日偶得灵感,更新一波《设计模式Android篇:责任链模式》。点击此处查看《Design Patterns in Android》系列其余文章。java
本文原创做者MichaelX。设计模式
CSDN博客:http://blog.csdn.net/xiong_it缓存
掘金主页:https://juejin.im/user/56efe6461ea493005565dafdbash
知乎专栏:https://zhuanlan.zhihu.com/c_144117654网络
我的博客:http://blog.michaelx.techui
转载请注明出处。this
职责链(Chain-of-responsibility pattern):它是一种对象的行为模式。在责任链模式里,不少对象由每个对象对其下家的引用而链接起来造成一条链。请求在这个链上传递,直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪个对象最终处理这个请求,这使得系统能够在不影响客户端的状况下动态地从新组织和分配责任。spa
这里举个栗子:老王在中介所要买个二手房,他提出价格太高,但愿获得更多的优惠,好比88折,中介经纪人小明收到请求。如下是处理流程。.net
Client发起购房请求线程
public class Client {
public static void main(String[] args) {
HouseBuyer laowang = new HouseBuyer("老王");
laowang.buyHouse("88折卖不卖?");
}
}
public class HouseBuyer {
public void buyHouse(int accountOff) {
AbsAgency xiaoming = new Staff("底层员工小明");
xiaoming.handle(accountOff);
}
}
复制代码
抽象处理者Handler
public abstract class AbsAgency {
protected AbsAgency mAgency;
public void setNextHandler(AbsAgency agency) {
this.mAgency = agency;
}
// 处理折扣
public abstract void handle(int accountOff);
public AbsAgency geNextHandler() {
return mAgency;
}
}
复制代码
具体处理者:处理购房请求
public class Staff extends AbsAgency {
public abstract void handle(int accountOff) {
// 若是折扣低于80折,不出售;
// 若是90折以上,一线员工自行处理;
// 低于90折,须要汇报经理处理
if (accountOff <= 80) {
System.out.println("价格过低,要吃土咯。。。");
} else if (accountOff > 90 && accountOff <= 100) {
System.out.println("价格合适,卖给你了。");
} else {
setNextHandler(new Manager("上级经理"));
getNextHandler().handle(accountOff);
}
}
}
public class Manager extends AbsAgency {
public abstract void handle(int accountOff) {
// 若是折扣低于80折,不出售;
// 根据人品决定是否接受购房请求
if (accountOff <= 80) {
System.out.println("价格过低,要吃土咯。。。");
} else {
System.out.println("老王人品还行,成交。");
}
}
复制代码
最终老王的购房请求在经理这个级别获得了处理,可是老王才不关心谁解决的,只要能低价买到这个房子就好了。
责任链模式思想在Android源码中的体现莫过于:触摸事件的处理和分发了。每当用户接触屏幕时,Android都会将其打包成一个MotionEvent对象从ViewTree自顶而下的分发处理。 代码过多,这里只用一张图表示其思路:
Activity--->ViewGroup--->View
具体源码可参考郭神的
《Android事件分发机制彻底解析,带你从源码的角度完全理解(上)》,阅读源码,咱们能够发现dispatchTouchEvent有点相似上面责任链实例代码中的handle()方法,本身能处理就处理,处理不了就向下一级分发处理。
举个例子,咱们的图片须要设计三级缓存,那么它是怎么取缓存的呢?
AbsCacheManager bmpCache = new MemoryCache();
Bitmap bmp = bmpCache.getCache(cacheKey);
复制代码
先定义一个缓存抽象类
public abstract class AbsCacheManager {
protected AbsCacheManager mCache;
// 获取Bitmap
public abstract Bitmap getCache(String cacheKey);
public void setNextHandler(AbsCacheManager manager) {
mCache = manager;
}
public AbsCacheManager getNextHandler() {
return mCache;
}
}
复制代码
下面是具体实施者:内存缓存,磁盘缓存,网络获取
public class MemoryCache extends AbsCacheManager {
public Bitmap getCache(String cacheKey) {
Bitmap bmp = getCacheFromMemory(cacheKey);
// 若是内存缓存为空,则将请求传递给下一位:磁盘缓存来处理
if (bmp == null) {
setNextHandler(new DiskCache());
bmp = getNextHandler().getCache(cacheKey);
}
return bmp;
}
}
public class DiskCache extends AbsCacheManager {
public Bitmap getCache(String cacheKey) {
Bitmap bmp = getCacheFromDisk(cacheKey);
// 若是磁盘缓存为空,则将请求传递给下一位:网络图片下载来处理
if (bmp == null) {
setNextHandler(new NetworkFetchManager());
bmp = getNextHandler().getCache(cacheKey);
}
return bmp;
}
}
public class NetworkFetchManager extends AbsCacheManager {
public Bitmap getCache(String cacheKey) {
Bitmap bmp = getCacheFromNetWork(cacheKey);
return bmp;
}
}
复制代码
一条责任链跃然纸上:内存—>磁盘->网络。
固然,以上没有考虑线程切换问题,实际操做是须要考虑耗时操做在子线程执行的。
其实责任链模式就是在某种场景下:有一个请求须要处理,可是最终处理者又不肯定的时候采用的一种模式。 可是其处理者对于客户端是透明的,无需知道谁将处理这个请求,只须要抛出请求,拿到结果便可。