如何正确的使用图片加载框架?
封装!!!
别在图片需要加载时直接使用图片加载框架
应该封装这个框架之后再间接使用
比如一开始我的项目是使用fresco,后来觉得不太适合这个框架,
因为只是简单的图片加载而已,不需要这么专业的imageLoader,
使用它弊大于利,只能忍痛舍弃,重构代码.
既然要换框架的话,只能在所有使用到fresco的代码中一次一次的更改大同小异的逻辑,我们敲代码的,应该要有这个意识,敲重复性代码,拷贝是对我们逼格的侮辱,这是自甘堕落,心甘情愿走上一条搬运工的路上.
于是我决定封装一下图片加载框架
以后再有需求变化,我只需要更改一个类,而不用更改其他类.
在我的理解中,封装的作用在于什么呢?
封装相同的逻辑,得到的是应对变化的优势.
talk is cheap,show my code.
举个例子就容易理解了,也就是很简单的东西而已.
比如:
我使用UIL,下面这一段是我的项目简化后封装了UIL的图片加载器
public class PackagedImageLoader {
private static volatile PackagedImageLoader instance;
private final DisplayImageOptions options;
private final DisplayImageOptions simpleOptions;
private File cacheDir;
public static PackagedImageLoader getInstance() {
if(instance == null) {
Class var0 = PackagedImageLoader.class;
synchronized(PackagedImageLoader.class) {
if(instance == null) {
instance = new PackagedImageLoader();
}
}
}
return instance;
}
public PackagedImageLoader() {
BitmapFactory.Options optionBitmap = new BitmapFactory.Options();
optionBitmap.inSampleSize=4;
options = new DisplayImageOptions.Builder()
.imageScaleType(ImageScaleType.IN_SAMPLE_INT)
.bitmapConfig(Bitmap.Config.RGB_565)
.cacheInMemory(true)
.cacheOnDisk(true)
.displayer(new FadeInBitmapDisplayer(1000))
.decodingOptions(optionBitmap)
.showImageForEmptyUri(R.drawable.download_error)
.showImageOnFail(R.drawable.download_error)
.showImageOnLoading(R.anim.progress_round)
.build();
}
public void init(Context context) {
cacheDir = StorageUtils.getOwnCacheDirectory(context, BitmapCache1.CacheDir);
DisplayImageOptions diplayImageOptions =new
DisplayImageOptions.Builder().displayer(new FadeInBitmapDisplayer(1000)).build();
ImageLoaderConfiguration config = new ImageLoaderConfiguration.Builder(context)
.memoryCacheExtraOptions(480, 800)
.threadPoolSize(6)
.threadPriority(Thread.NORM_PRIORITY - 2)
.tasksProcessingOrder(QueueProcessingType.FIFO)
.denyCacheImageMultipleSizesInMemory()
.memoryCache(new LruMemoryCache(2 * 1024 * 1024))
.memoryCacheSize(2 * 1024 * 1024)
.memoryCacheSizePercentage(13)
.diskCacheSize(100 * 1024 * 1024)
.diskCacheFileCount(1000)
.diskCache(new UnlimitedDiscCache(cacheDir))
.defaultDisplayImageOptions(diplayImageOptions)
.imageDownloader(new BaseImageDownloader(context))
.imageDecoder(new BaseImageDecoder(true))
.defaultDisplayImageOptions(DisplayImageOptions.createSimple())
.writeDebugLogs()
.build();
ImageLoader.getInstance().init(config);
}
public void displayImage(String url, View imageView) {
ImageLoader
.getInstance()
.displayImage(url, (ImageView) imageView,options);
}
}
当时我想尝尝其他图片加载框架的味道,于是只需要更改
PackagedImageLoader,那么在项目中其他凡是用到UIL的图片加
载将会变成glide框架去加载图片.
不用蛋疼去找到一个个用到UIL的代码更改.
public class PackagedImageLoader {
private static volatile PackagedImageLoader instance;
public static PackagedImageLoader getInstance() {
if(instance == null) {
Class var0 = PackagedImageLoader.class;
synchronized(PackagedImageLoader.class) {
if(instance == null) {
instance = new PackagedImageLoader();
}
}
}
return instance;
}
public void displayImage(String url, View imageView) {
Picasso.with(context)
.load(url)
.placeholder(R.drawable.loading_img)
.error(R.drawable.download_error)
.memoryPolicy(MemoryPolicy.NO_STORE,MemoryPolicy.NO_CACHE)
.into(iamgeView);
}
}
使用封装框架后的图片加载代码
PackagedImageLoader
.getInstance()
.displayImage(url,imageView);
其实封装是一个简单的基本原则,但有时在项目中因为时间太赶,考虑的不够深入,忽略了封装思想,这也是没办法的事,毕竟功能赶出来,优化以后再说.
我觉得如果整天敲业务代码,而没有一些深入的思考,迟早会变成只会粘贴复制的搬运工.
最后,祝大家成为一名会思考,对代码有追求的程序员,而不是只会搬运的苦力码农.
话说你今天的头发有没有又少了?
趁年轻的时候多拍几张照片.