Android开发设计模式六大原则之开闭原则

​开闭原则定义:软件中的对象(类,模块,函数等)应该对于扩展是开放的,对于修改是关闭的。英文全称(Open Close Principle),简称:OCP

在实际开发中常常会遇到这样的问题,从别人那里接手过来的代码,还没来的及熟悉代码,项目就催着赶紧升级,当你想使用一个功能的时候,你可能发现项目里有相关代码,但是你又不敢用,你怕改出来问题,所以一般可能都会采取新增一块功能一样的代码。其实这就是简单的遵循了开闭原则。
上面的场景相信大家都遇见过,你不想你写的代码,被别人诟病吧。所以掌握开闭原则要领很有必要性。


图片的加载相信大家是避免不了的一个功能。在图片的加载显示过程中,图片的缓存是必不可少的。首先我们定义一个图片缓存类:

//图片缓存类
class ImageCache{
        
    //图片LRU缓存
    LruCache<String,Bitmap> mImageCache;
    public ImageCache(){
       //初始化内存
    }
    
    //缓存图片
    public void put(String url,Bitmap bitmap){
      mImageCache.put(url,bitmap);
    } 
    //缓存图片
    public Bitmap get(String url){
      mImageCache.get(url);
    }    
}

//将图片加载ImageView显示类
class ImageLoader{
   //内存缓存
   ImageCache mImageCache = new ImageCache();
   //线程池
   ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());
   //加载图片
   public void displayImage(final String url,final ImageView imageView){
     //先从内存获取
     Bitmap bitmap = mImageCache.get(url);
     if(bitmap != null){
       imageView.setImageBitmap(bitmap);
       return;
     }
     //如果内存没有则根据URL下载图片
     imageView.setTag(url);//给imageview设置TAG
     
     mExecutorService.submit(new Runnable(){
       @Override
       public void run(){
       //下载图片
       Bitmap bitmap = downloadImage(url);
       if(bitmap == null) return;
       if(imageView.getTag().equals(url)){
         imageView.setImageBitmap(bitmap);
       }
       //缓存到内存
       mImageCache.put(url,bitmap);
       }
     })
   }
}

这样的实现过程,加载显示图片没什么问题。但是在实际使用过程中,一般会要求,图片不单要缓存在内存中,还要缓存在本地。这样即使关掉了应用下一次打开的时候,已经下载过的图片就不需要去耗费流量再次下载了,直接从本地读取,同时缓存到内存和显示图片。那接下来,我们就得新增一种图片缓存的方法:

//sd卡图片缓存类
public class DiskCache{
  static String cacheDir = "sdcard/cache/";
  
  //从本地缓存中获取图片
  public Bitmap get(String localUri){...}
  
  //将图片缓存到本地
  public void put(String localUri, Bitmap bmp){...}
}
然后更新ImageLoader类中的代码:
//将图片加载ImageView显示类
class ImageLoader{
   //内存缓存
   ImageCache mImageCache = new ImageCache();
    //新增代码 SD卡缓存
   DiskCache mDiskCache = new DiskCache();
   //线程池
   ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());
   //加载图片
   public void displayImage(final String url,final ImageView imageView){
     //先从内存获取
     Bitmap bitmap = mImageCache.get(url);
     //新增代码
     if(bitmap == null){
       //内存没有,从SD卡获取
       bitmap = mDiskCache.get(url);
     }else{
     //其他缓存方式
     ...
     }
     
     if(bitmap != null){
       imageView.setImageBitmap(bitmap);
       return;
     }
     
     //如果内存、SD卡均没有则根据URL下载图片
     imageView.setTag(url);//给imageview设置TAG
     
     mExecutorService.submit(new Runnable(){
       @Override
       public void run(){
       //下载图片
       Bitmap bitmap = downloadImage(url);
       if(bitmap == null) return;
       if(imageView.getTag().equals(url)){
         imageView.setImageBitmap(bitmap);
       }
       //缓存到内存
       mImageCache.put(url,bitmap);
      //新增代码,缓存到SD卡
       mDiskCache.put(url,bitmap);

       }
     })
   }
}

这样就完成了新增缓存到SD卡。你会发现,每次新增缓存方式,都会修改原来的加载类代码。这样很可能会引入Bug,就会发生,之前用的好好的功能,可能就突然不好用了。
知道了开闭原则之后,我们可以这样想:对扩展开放,对修改关闭。那么首先你的加载类得支持可扩展,而且无需修改即可被别人拿来使用。


说到扩展,我们一般会使用接口来定义,所有的扩展都要实现接口里定义的功能。这里我们说的是扩展缓存方式,那自然要将缓存定义成为接口。

//图片缓存接口声明
public interface ImageCache{
   /**
    * 获取图片
    */
   public Bitmap get(String url);
   /**
    * 缓存图片
    */
   public void put(String url,Bitmap bitmap);
}

so easy ! 不过多说明。
定义好了接口,那么接下来,每一个扩展方式都要实现该接口,这也起到了一个约束的作用:

//扩展内存缓存类 实现 ImageCache 接口
public class MemoryCache implements ImageCache{
    //图片LRU缓存
    private LruCache<String,Bitmap> mMemoryCache;
    public ImageCache(){
       //初始化内存
    }
    
    //缓存图片
    @Override
    public void put(String url,Bitmap bitmap){
      mImageCache.put(url,bitmap);
    } 
    //缓存图片
    @Override
    public Bitmap get(String url){
      mImageCache.get(url);
    }    
}

//扩展SD卡缓存类 实现 ImageCache 接口
public class DiskCache implements ImageCache{
    
    //缓存图片
    @Override
    public void put(String url,Bitmap bitmap){
     //将图片存入本地文件中
     ...
    } 
    //缓存图片
    @Override
    public Bitmap get(String url){
      //根据url从本地读取图片
      ...
    }    
}

我只实现了两种缓存方式,你也可以依葫芦画瓢,实现双缓存,就是我上面说的默认支持内存缓存和本地缓存。


那么接下来我们应该怎么修改ImageLoader类呢,很简单,首先你要明白,既然所有的缓存方式都扩展自ImageCache ,那么所有的扩展类又可以称之为一个ImageCache。明白这一点,那下面的代码就不难理解了。

//将图片加载ImageView显示类
class ImageLoader{
   //如果不setImageCache 默认支持内存缓存
   ImageCache mImageCache = new MemoryCache();
   //线程池
   ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());
   //通过set的方式注入自定义扩展的缓存
   public void setImageCache(ImageCache cache){
     mImageCache = cache;
   }
   //加载图片
   public void displayImage(final String url,final ImageView imageView){
     //先从内存获取
     Bitmap bitmap = mImageCache.get(url);
     if(bitmap != null){
       imageView.setImageBitmap(bitmap);
       return;
     }
     //如果内存没有则根据URL下载图片
     imageView.setTag(url);//给imageview设置TAG
     
     mExecutorService.submit(new Runnable(){
       @Override
       public void run(){
       //下载图片
       Bitmap bitmap = downloadImage(url);
       if(bitmap == null) return;
       if(imageView.getTag().equals(url)){
         imageView.setImageBitmap(bitmap);
       }
       //缓存到内存
       mImageCache.put(url,bitmap);
       }
     })
   }
}

可以看到,ImageLoader中多了setImageCache()这个方法,这是让ImageLoader按照你自定义的扩展缓存方法进行工作的重要途径。因为有了这个入口,你就可以像下面这样,使用你扩展的缓存方式,而且不用修改已有的加载类。

ImageLoader imageloader = new ImageLoader();
//设置你自己扩展的内存缓存
imageloader.setImageCache(new MemoryCache);
//或者设置你自己扩展的本地存缓存
imageloader.setImageCache(new DiskCache);
//再或者设置你自己扩展的其他存缓存方式
imageloader.setImageCache(new OtherCache);
//再再或者,你可以直接在调用的时候,直接自定义缓存方式
imageloader.setImageCache(new ImageCache(){
    @Override
    public void put(String url,Bitmap bitmap)
      ...
    }
    @Override
    public Bitmap get(String url)
      ...
    }
);

接下里再看开闭原则的UML图是不是就能看懂了:


好了,开闭原则内容记录到此结束。特此发出来,与大家将我的理解分享,希望不会误导别人。

写在最后:改变世界,先从改变自己开始。---我说的
你也可以关注我的公众号:码H.cam , 随时随地学习设计模式

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 157,298评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,701评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,078评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,687评论 0 202
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,018评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,410评论 1 211
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,729评论 2 310
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,412评论 0 194
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,124评论 1 239
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,379评论 2 242
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,903评论 1 257
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,268评论 2 251
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,894评论 3 233
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,014评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,770评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,435评论 2 269
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,312评论 2 260

推荐阅读更多精彩内容