Android設計模式之Builder模式解析
在日常開發(fā)過程中時常需要用到設計模式,但是設計模式有23種,如何將這些設計模式了然于胸并且能在實際開發(fā)過程中應用得得心應手呢?和我一起跟著《Android源碼設計模式解析與實戰(zhàn)》一書邊學邊應用吧!
今天我們要講的是Builder模式(建造者模式)
定義
將一個復雜對象的構建和它的表示分離,使得同樣的構建過程可以創(chuàng)建不同的表示
使用場景
當初始化一個對象特別復雜時,如參數(shù)多,且很多參數(shù)都具有默認值時
相同的方法,不同的執(zhí)行順序,產(chǎn)生不同的事件結果時
多個部件或零件,都可以裝配到一個對象中,但是產(chǎn)生的運行效果又不相同時
產(chǎn)品類非常復雜,或者產(chǎn)品類中的調用順序不同產(chǎn)生了不同的作用,這個時候使用建造者模式非常合適
使用例子
AlertDialog
universal-image-loader
實現(xiàn)
實現(xiàn)的要點
簡言之,就是把需要通過set方法來設置的多個屬性封裝在一個配置類里面
每個屬性都應該有默認值
具體的set方法放在配置類的內部類Builder類中,并且每個set方法都返回自身,以便進行鏈式調用
實現(xiàn)方式
下面以我們的圖片加載框架ImageLoder為例來看看Builder模式的好處
未采用Builder模式的ImageLoader
public class ImageLoader { //圖片加載配置 private int loadingImageId; private int loadingFailImageId; // 圖片緩存,依賴接口 ImageCache mImageCache = new MemoryCache(); // 線程池,線程數(shù)量為CPU的數(shù)量 ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors()); //省略單例模式實現(xiàn) /** * 設置圖片緩存 * @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(); //線程數(shù)量,默認為CPU數(shù)量+1; public int threadCount = Runtime.getRuntime().availableProcessors() + 1; private ImageLoaderConfig() { } /** * 配置類的Builder */ public static class Builder { // 圖片緩存,依賴接口 ImageCache mImageCache = new MemoryCache(); //加載圖片時的loading和加載失敗的圖片配置對象 DisplayConfig displayConfig = new DisplayConfig(); //線程數(shù)量,默認為CPU數(shù)量+1; int threadCount = Runtime.getRuntime().availableProcessors() + 1; /** * 設置線程數(shù)量 * @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; } /** * 根據(jù)已經(jīng)設置好的屬性創(chuàng)建配置對象 * @return */ public ImageLoaderConfig create() { ImageLoaderConfig config = new ImageLoaderConfig(); applyConfig(config); return config; } } }
ImageLoader的修改
public class ImageLoader { //圖片加載配置 ImageLoaderConfig mConfig; // 圖片緩存,依賴接口 ImageCache mImageCache = new MemoryCache(); // 線程池,線程數(shù)量為CPU的數(shù)量 ExecutorService mExecutorService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors()); //省略單例模式實現(xiàn) //初始化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模式比較常用的實現(xiàn)形式是通過鏈式調用實現(xiàn),這樣更簡潔直觀
源碼地址:https://github.com/snowdream1314/ImageLoader
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關文章
Android統(tǒng)一處理登錄后攜帶數(shù)據(jù)跳轉到目標頁面的方式
我們在開發(fā)的時候,一定會遇到頁面跳轉,下面這篇文章主要給大家介紹了關于Android統(tǒng)一處理登錄后攜帶數(shù)據(jù)跳轉到目標頁面的相關資料,文中通過實例代碼介紹的非常詳細,需要的朋友可以參考下2023-06-06Android中BroadcastReceiver(異步接收廣播Intent)的使用
Broadcast Receiver是Android的五大組件之一,使用頻率也很高,用于異步接收廣播Intent,本文將詳細介紹,需要的朋友可以參考下2012-12-12