使用策略模式优雅引用第三方框架

为何要使用策略模式引用？

在Android开发过程当中，咱们通常都会使用到第三方框架，随着框架层出不穷，随着项目的发展扩大，不排除会出现替换框架的状况，例如：日志框架，图片框架，网络框架等等；最初我在开发过程当中会直接引用第三方框架，直到后来须要替换框架的时候，才发现这个过程的工做量是巨大而且没意义的，须要修改使用到框架的地方有几十处（若是项目大，远远不止这个数目），那时候我就醒悟，必定要培养架构思想，不能应付式的实现了功能就认为万事大吉。后来在学习过程当中发现，使用策略模式能够很友好的解决框架更换的问题，而且能够经过一句代码就轻松切换整个项目的框架。

不使用策略模式封装也能够呀！

或许会有读者认为不必使用策略模式这么麻烦，只须要将框架进行二次封装，待须要修改的时候也能够不影响其余代码。对于这种思路，我用图片框架Universal-Image-Loader做为例子简单描述一下，贴上简短的代码便于清晰。

/**
* 简单封装Universal-Image-Loader图片加载的工具类
**/
public class ImageLoaderUtils {

    private DisplayImageOptions mImageOptions;

    public ImageLoaderUtils(){
        //配置UIL的初始化
        ImageLoaderConfiguration configuration = ImageLoaderConfiguration.createDefault(this); 
        ImageLoader.getInstance().init(configuration);

        mImageOptions = DisplayImageOptions.createSimple();
    }

    //默认加载
    public static void loadImageView(Context context, String imgUrl, ImageView view) {
        ImageLoader.getInstance().displayImage(imgUrl, view, mImageOptions);
    }

}复制代码

封装好的工具类在Activity中的示范以下：

/**
* ImageLoaderUtils的使用示范
**/
public class ExampleActivity extends AppCompatActivity{
    
    private ImageView mIvPhoto;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_test);

        mIvPhoto = findViewById(R.id.iv_cover);
        
        ImageLoaderUtils.loadImageView(this,"url",mIvPhoto);
    }
}复制代码

若是须要使用Glide框架替换如今的Universal-Image-Loader框架，直接修改ImageLoaderUtils工具类，这样亦可实现不需修改全部使用到框架Universal-Image-Loader的地方。

/**
* 使用Glide替换Universal-Image-Loader的工具类
**/
public class ImageLoaderUtils {    

    //默认加载
    public static void loadImageView(Context context, String imgUrl, ImageView view) {
        Glide.with(context).load(imgUrl).into(view);
    }

}复制代码

这样处理当然能够替换框架，而且工做量不算大，但我认为这种处理方式有必定的弊端，剔除了旧框架代码，万一往后新框架出现问题，处理工做就显得麻烦，说白了就是这种处理方式不能并存两种或两种以上的框架方案，若是项目中须要切换框架的话就明显感受到不灵活，因此我认为引入策略模式是可取的。

开启封装之路

关于策略模式，这里我就不详细描述，往后抽空写一篇关于“策略模式”的文章。

首先，咱们定义一个策略接口，用于存放框架之间会共同使用的方法，例如：默认加载图片，加载GIf等等。

/**
    * 策略接口
    **/
   public interface BaseImageLoaderStrategy {

       /**
        * 默认方式加载图片
        * @param context 上下文
        * @param view View 控件
        * @param imgUrl 图片URL
        */
       void loadImage(Context context, ImageView view, Object imgUrl);

}
复制代码

第二步：接下来写实现类，这里我使用Universal-Image-Loader为例，简单写一个实现类。

/**
* Universal-Image-Loader的实现类
**/
public class UniversalLoaderStrategy implements BaseImageLoaderStrategy {

   private DisplayImageOptions mImageOptions;

   /**
   * 初始化加载配置
   */
   private void initOptions() {   
        ImageLoaderConfiguration configuration = ImageLoaderConfiguration.createDefault(this); 
        ImageLoader.getInstance().init(configuration);

        mImageOptions = DisplayImageOptions.createSimple();
   }   

    @Override
    public void loadImage(Context context, ImageView view, Object imgUrl) {
        ImageLoader.getInstance().displayImage(imgUrl, view, mImageOptions);
    }

}复制代码

完成实现类后，最后写一个调用的工具类就完成了封装。

/**
* 调用图片框架的工具类
**/
public class ImageLoaderUtils {

    private BaseImageLoaderStrategy mImageLoaderStrategy;

    private ImageLoaderUtils() {
        //默认使用Universal-Image-Loader
        mImageLoaderStrategy = new UniversalLoaderStrategy();    }

   /**
    * 设置图片框架策略
    * @param strategy  图片框架策略
    **/
    public static void setImageLoaderStrategy(BaseImageLoaderStrategy strategy) {
        if (strategy != null) {
            mImageLoaderStrategy = strategy;
        }
    }


   /**
    * 调用默认加载图片
    **/
    public static void loadImage( Context context, ImageView view, Object imgUrl) {
        mImageLoaderStrategy.loadImage(context,view,imgUrl);
    }
}复制代码

到此为止，就已经完成了初步的封装，使用方式：

ImageLoaderUtils.loadImage(context, imageView, imgUrl);复制代码

完成了初步封装，但如何解决框架替换的问题好像还没说起到。兄弟不要急呀，车如今立刻要开，扶稳了。假如项目如今要使用Glide框架，那咱们须要先写一个简单Glide的实现类。以下：

/**
* Glide的实现类
**/
public class GlideLoaderStrategy implements BaseImageLoaderStrategy {

   private RequestOptions mOptions;
   private ImageLoaderConfig mConfig;

   /**
   * 初始化加载配置
   */
   private RequestOptions getOptions() {
    if (mOptions == null) {
        mOptions = new RequestOptions();
        mOptions.error(mConfig.getErrorPicRes())
                .placeholder(mConfig.getPlacePicRes())
                //下载的优先级
                .priority(Priority.NORMAL)
                //缓存策略
                .diskCacheStrategy(DiskCacheStrategy.ALL);
       }
     return mOptions;
   }   

    @Override
    public void loadImage(Context context, ImageView view, Object imgUrl) {
        with(context)
                .load(imgUrl)
                .apply(getOptions())
                //先加载缩略图 而后在加载全图
                .thumbnail(Contants.THUMB_SIZE)
                .into(view);
    }

}复制代码

搞定了Glide的实现类后，调用ImageLoaderUtils的setImageLoaderStrategy方法便可实现框架的替换，而且不影响其余代码。

//切换成Glide框架
ImageLoaderUtils.setImageLoaderStrategy(new GlideLoaderStrategy());复制代码

主要思想大概就是这样，但实际项目中的封装并无这么简单，为了描述这种思想，因此简单化，在此我贴上源码地址：https://github.com/fansonq/ImageLoaderUtils，有兴趣的读者不妨下载阅读，更深的了解（源码有注释）。

看完图片框架的封装，你们不妨尝试封装日志框架进行理解并巩固，将这种思想融会贯通。

若是这篇文章写的有错漏，恳请留言提示纠正；若是有什么地方描述的不够清晰，留下评论，我看到会给予回复，一块儿交流；若是这篇文章对你有所帮助，不妨点击“喜欢”给予支持，往后我会努力抽空分享自我以为不错的知识点给你们。