Android设计模式之Builder模式解析

在日常开发过程中时常需要用到设计模式,但是设计模式有23种,如何将这些设计模式了然于胸并且能在实际开发过程中应用得得心应手呢?和我一起跟着《Android源码设计模式解析与实战》一书边学边应用吧!

今天我们要讲的是Builder模式(建造者模式)

定义

将一个复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不同的表示

使用场景

当初始化一个对象特别复杂时,如参数多,且很多参数都具有默认值时
相同的方法,不同的执行顺序,产生不同的事件结果时
多个部件或零件,都可以装配到一个对象中,但是产生的运行效果又不相同时
产品类非常复杂,或者产品类中的调用顺序不同产生了不同的作用,这个时候使用建造者模式非常合适

使用例子

AlertDialog
universal-image-loader

实现

实现的要点

简言之,就是把需要通过set方法来设置的多个属性封装在一个配置类里面
每个属性都应该有默认值
具体的set方法放在配置类的内部类Builder类中,并且每个set方法都返回自身,以便进行链式调用

实现方式

下面以我们的图片加载框架ImageLoder为例来看看Builder模式的好处

未采用Builder模式的ImageLoader

public class ImageLoader {
 //图片加载配置
 private int loadingImageId;
 private int loadingFailImageId;

 // 图片缓存,依赖接口
 ImageCache mImageCache = new MemoryCache();

 // 线程池,线程数量为CPU的数量
 ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());

 //省略单例模式实现

 /**
  * 设置图片缓存
  * @param cache
  */
 public void setImageCache(ImageCache cache) {
  mImageCache = cache;
 }

 /**
  * 设置图片加载中显示的图片
  * @param resId
  */
 public Builder setLoadingPlaceholder(int resId) {
  loadingImageId = resId;
 }

 /**
  * 设置加载失败显示的图片
  * @param resId
  */
 public Builder setLoadingFailPlaceholder(int resId) {
  loadingFailImageId = resId;
 }

 /**
  * 显示图片
  * @param imageUrl
  * @param imageView
  */
 public void displayImage(String imageUrl, ImageView imageView) {
  Bitmap bitmap = mImageCache.get(imageUrl);
  if (bitmap != null) {
   imageView.setImageBitmap(bitmap);
   return;
  }
  // 图片没有缓存,提交到线程池下载
  submitLoadRequest(imageUrl, imageView);
 }

 /**
  * 下载图片
  * @param imageUrl
  * @param imageView
  */
 private void submitLoadRequest(final String imageUrl, final ImageView imageView) {
  imageView.setImageResource(loadingImageId);
  imageView.setTag(imageUrl);
  mExecutorService.submit(new Runnable() {
   @Override
   public void run() {
    Bitmap bitmap = downloadImage(imageUrl);
    if (bitmap == null) {
     imageView.setImageResource(loadingFailImageId);
     return;
    }
    if (imageUrl.equals(imageView.getTag())) {
     imageView.setImageBitmap(bitmap);
    }
    mImageCache.put(imageUrl, bitmap);
   }
  });
 }

 /**
  * 下载图片
  * @param imageUrl
  * @return
  */
 private Bitmap downloadImage(String imageUrl) {
  Bitmap bitmap = null;
  //省略下载部分代码
  return bitmap;
 }
}

从上面的代码中我们可以看出,每当需要增加一个设置选项的时候,就需要修改ImageLoader的代码,违背了开闭原则,而且ImageLoader中的代码会越来越多,不利于维护
下面我们来看看如何用Builder模式来改造ImageLoader

首先是把ImageLoader的设置都放在单独的配置类里,每个set方法都返回this,从而达到链式调用的目的

public class ImageLoaderConfig {
 // 图片缓存,依赖接口
 public ImageCache mImageCache = new MemoryCache();

 //加载图片时的loading和加载失败的图片配置对象
 public DisplayConfig displayConfig = new DisplayConfig();

 //线程数量,默认为CPU数量+1;
 public int threadCount = Runtime.getRuntime().availableProcessors() + 1;

 private ImageLoaderConfig() {
 }

 /**
  * 配置类的Builder
  */
 public static class Builder {
  // 图片缓存,依赖接口
  ImageCache mImageCache = new MemoryCache();

  //加载图片时的loading和加载失败的图片配置对象
  DisplayConfig displayConfig = new DisplayConfig();

  //线程数量,默认为CPU数量+1;
  int threadCount = Runtime.getRuntime().availableProcessors() + 1;

  /**
   * 设置线程数量
   * @param count
   * @return
   */
  public Builder setThreadCount(int count) {
   threadCount = Math.max(1, count);
   return this;
  }

  /**
   * 设置图片缓存
   * @param cache
   * @return
   */
  public Builder setImageCache(ImageCache cache) {
   mImageCache = cache;
   return this;
  }

  /**
   * 设置图片加载中显示的图片
   * @param resId
   * @return
   */
  public Builder setLoadingPlaceholder(int resId) {
   displayConfig.loadingImageId = resId;
   return this;
  }

  /**
   * 设置加载失败显示的图片
   * @param resId
   * @return
   */
  public Builder setLoadingFailPlaceholder(int resId) {
   displayConfig.loadingFailImageId = resId;
   return this;
  }

  void applyConfig(ImageLoaderConfig config) {
   config.displayConfig = this.displayConfig;
   config.mImageCache = this.mImageCache;
   config.threadCount = this.threadCount;
  }

  /**
   * 根据已经设置好的属性创建配置对象
   * @return
   */
  public ImageLoaderConfig create() {
   ImageLoaderConfig config = new ImageLoaderConfig();
   applyConfig(config);
   return config;
  }
 }
}

ImageLoader的修改

public class ImageLoader {
 //图片加载配置
 ImageLoaderConfig mConfig;

 // 图片缓存,依赖接口
 ImageCache mImageCache = new MemoryCache();

 // 线程池,线程数量为CPU的数量
 ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors());

 //省略单例模式实现

 //初始化ImageLoader
 public void init(ImageLoaderConfig config) {
  mConfig = config;
  mImageCache = mConfig.mImageCache;
 }

 /**
  * 显示图片
  * @param imageUrl
  * @param imageView
  */
 public void displayImage(String imageUrl, ImageView imageView) {
  Bitmap bitmap = mImageCache.get(imageUrl);
  if (bitmap != null) {
   imageView.setImageBitmap(bitmap);
   return;
  }
  // 图片没有缓存,提交到线程池下载
  submitLoadRequest(imageUrl, imageView);
 }

 /**
  * 下载图片
  * @param imageUrl
  * @param imageView
  */
 private void submitLoadRequest(final String imageUrl, final ImageView imageView) {
  imageView.setImageResource(mConfig.displayConfig.loadingImageId);
  imageView.setTag(imageUrl);
  mExecutorService.submit(new Runnable() {
   @Override
   public void run() {
    Bitmap bitmap = downloadImage(imageUrl);
    if (bitmap == null) {
     imageView.setImageResource(mConfig.displayConfig.loadingFailImageId);
     return;
    }
    if (imageUrl.equals(imageView.getTag())) {
     imageView.setImageBitmap(bitmap);
    }
    mImageCache.put(imageUrl, bitmap);
   }
  });
 }

 /**
  * 下载图片
  * @param imageUrl
  * @return
  */
 private Bitmap downloadImage(String imageUrl) {
  Bitmap bitmap = null;
  //省略下载部分代码
  return bitmap;
 }
}

调用形式,是不是很熟悉?

ImageLoaderConfig config = new ImageLoaderConfig.Builder()
  .setImageCache(new MemoryCache())
  .setThreadCount(2)
  .setLoadingFailPlaceholder(R.drawable.loading_fail)
  .setLoadingPlaceholder(R.drawable.loading)
  .create();
ImageLoader.getInstance().init(config);

总结

在构建的对象需要很多配置的时候可以考虑Builder模式,可以避免过多的set方法,同时把配置过程从目标类里面隔离出来,代码结构更加清晰

Builder模式比较常用的实现形式是通过链式调用实现,这样更简洁直观

源码地址:https://github.com/snowdream1314/ImageLoader

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • Android中用Builder模式自定义Dialog的方法

    前言 我们开发人员在实际项目过程中遇到的需求是多种多样的,有时我们要匹配APP自己的设计风格,有时我们会觉得系统的对话框使用起来不够自由,因此自己定义一个适合自己的Dialog是很有必要的. 为什么要用Builder模式 Builder设计模式是一步步创建一个复杂对象的创建型模式,它允许用户在不知道内部构建细节的情况下,可以更精细地控制对象的构造流程.它的优点就在于将对象的构建和表示分离从而解耦.我们都知道Android系统自身的对话框如AlertDialog就采用了Builder模式,因此可见

  • Android使alertDialog.builder不会点击外面和按返回键消失的方法

    这个问题之前一直困扰我,我的需求就是点击对话框外面和按返回键对话框不会消失,按返回键还好解决,拦截下返回键就OK了. 但是点击外面不好解决.之前有人说模态对话框,我看了一会,觉得不是我想要的效果.popWindow的话,必须提供父view. 重新看下api,发现设置setCancelable属性就行了. 如: public void showNoProject(){ Builder builder = new AlertDialog.Builder(MainActivity.this) .set

  • Android设计模式之Builder模式详解

    Builder模式使用链式结构创建复杂对象,将过程与结果分开,创建过程中可以自行组合. 使用场景 一个对象,不同组合,不同顺序生成不同的结果 优点:封装性更规范,程序调用不用关系内部细节,注重结果即可 缺点:如果builder对象过多,会加大内存消耗 public class TabInfoBean { private int count;//Tab的个数 必选 private int currentTab;//默认选中的tab 必选 private String[] tabText;//文字必

  • Android对话框AlertDialog.Builder使用方法详解

    我们在平时做开发的时候,免不了会用到各种各样的对话框,相信有过其他平台开发经验的朋友都会知道,大部分的平台都只提供了几个最简单的实现,如果我们想实现自己特定需求的对话框,大家可能首先会想到,通过继承等方式,重写我们自己的对话框.当然,这也是不失为一个不错的解决方式,但是一般的情况却是这样,我们重写的对话框,也许只在一个特定的地方会用到,为了这一次的使用,而去创建一个新类,往往有点杀鸡用牛刀的感觉,甚至会对我们的程序增加不必要的复杂性,对于这种情形的对话框有没有更优雅的解决方案呢? 幸运的是,an

  • Android 中StringBuffer 和StringBuilder常用方法

    如果我们的程序是在单线程下运行,或者是不必考虑到线程同步问题,我们应该优先使用StringBuilder类:如果要保证线程安全,自然是StringBuffer. 除了对多线程的支持不一样外,这两个类的使用方式和结果几乎没有任何差别, 区别在于StringBufferd支持并发操作,线性安全的,适 合多线程中使用.StringBuilder不支持并发操作,线性不安全的,不适合多线程中使用.新引入的StringBuilder类不是线程安全的,但其在单线程中的性能比StringBuffer高. Str

  • Android设计模式之Builder模式解析

    在日常开发过程中时常需要用到设计模式,但是设计模式有23种,如何将这些设计模式了然于胸并且能在实际开发过程中应用得得心应手呢?和我一起跟着<Android源码设计模式解析与实战>一书边学边应用吧! 今天我们要讲的是Builder模式(建造者模式) 定义 将一个复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不同的表示 使用场景 当初始化一个对象特别复杂时,如参数多,且很多参数都具有默认值时 相同的方法,不同的执行顺序,产生不同的事件结果时 多个部件或零件,都可以装配到一个对象中,但是产

  • Android编程设计模式之Builder模式实例详解

    本文实例讲述了Android编程设计模式之Builder模式.分享给大家供大家参考,具体如下: 一.介绍 Builder模式是一步一步创建一个复杂对象的创建型模式,它允许用户在不知道内部构建细节的情况下,可以更精细的控制对象的构造流程.该模式是为了将构建复杂对象的过程和它的部件解耦,使得构建过程和部件的表示隔离开来. 因为一个复杂的对象有很多大量组成部分,例如车,有车轮.方向盘.发动机,还有各种小零件等,如何将这些部件装配成一辆汽车,这个装配过程很漫长,也很复杂,对于这种情况,为了在构建过程中对

  • Android设计模式之代理模式Proxy浅显易懂的详细说明

    一.概述 代理模式也是平时比较常用的设计模式之一,代理模式其实就是提供了一个新的对象,实现了对真实对象的操作,或成为真实对象的替身.在日常生活中也是很常见的.例如A要租房,为了省麻烦A会去找中介,中介会替代A去筛选房子,A坐享中介筛选的结果,并且交房租也是交给中介,这就是一个典型的日常生活中代理模式的应用.平时打开网页,最先开到的一般都是文字,而图片等一些大的资源都会延迟加载,这里也是使用了代理模式. 代理模式的组成 Abstract Subject:抽象主题-声明真实主题和代理主题共同的接口

  • Android设计模式之策略模式详解

    策略模式 一个功能的效果,有不同的算法与策略,根据不同的选择选择不同的结果. 简单来说,只要你写过程序就用过策略模式,不要说没用过,难道if-else(switch)没用过吗-.. if-else在其实就是一个策略模式的体现,根据不同的选择处理不同的结果. 问题 如果把所有的方法全部用if-else(switch)来处理,从功能上说没问题,但是冲代码层面的维护与使用来说,if-else多了之后会让类变的过于庞大,阅读不利,修改困难 解决问题 使用策略模式,定义统一接口,每一个不同的功能(if-e

  • JavaScript 设计模式之组合模式解析

    怎么说呢?!就像是动物(组合对象)一样,当它生下后代(叶对象)时,它的后代就有了某种功能(比如:挖洞,听力好等等):也像是一棵树,它有一个根(组合对象)然后是从这个棵树向外冒出的其他枝杆(组合对象)以及从这些枝杆又向外长的叶子(叶对象).换句话说,就是当祖先已经有了,那么只要从这个祖先衍生出来的其他孩子(包括这个祖先下的其他组合对象)已经就具备了某种功能,看上去貌似又有些像是继承."组合模式"在组合对象的层次体系中有两种类型的对象:叶对象和组合对象.组合模式擅长于对大批对象进行操作.

  • Android编程设计模式之解释器模式详解

    本文实例讲述了Android编程设计模式之解释器模式.分享给大家供大家参考,具体如下: 一.介绍 解释器模式(Interpreter Pattern)是一种用的比较少的行为型模式,其提供了一种解释语言的语法或表达式的方式,该模式定义了一个表达式接口,通过该接口解释一个特定的上下文.在这么多的设计模式中,解释器模式在实际运用上相对来说要少很多,因为我们很少会自己去构造一个语言的文法.虽然如此,既然它能够在设计模式中有一席之位,那么必定有它的可用之处. 二.定义 给定一个语言,定义它的文法的一种表示

  • Java设计模式笔记之Builder模式

    目录 Builder模式是怎么来的 关于Builder的一点说明 线程安全问题 经典的Builder模式 总结 当我第一次使用Picasso的时候,看见下面的官网示例时,我和我的小伙伴都惊呆了! Picasso.with(context).load("http://i.imgur.com/DvpvklR.png").into(imageView); 如此简洁明了的使用方式,如此灵活多变的链式调用,让我深深地迷住了,然后我一直苦苦追求它,奈何天资愚笨,不知如何掀起它的神秘面纱... 不好

  • C#设计模式之Builder生成器模式解决带老婆配置电脑问题实例

    本文实例讲述了C#设计模式之Builder生成器模式解决带老婆配置电脑问题.分享给大家供大家参考,具体如下: 一.理论定义 生成器模式 又叫:建造者模式,它  可以 把一个 复杂的对象,分步骤创建. 二.应用举例 需求描述:话说发工资了,打算去岗顶百脑汇  给老婆配置一台电脑. OK,坐着BRT,就出发了. 到岗顶,一美女扑面而来,面带微笑:先生,请问看中那个品牌,过来看一下嘛! 人家都开口了,盛情难却,就看下吧. 三.具体编码 1.CPU using System; using System.

随机推荐