Android企业级架构-仿微信-UI组件基础建设

前两节中多次提到，不管使用什么，都尽量包装一下，以避免突发性的需求，在APP中，UI组件的位置也是重中之重，比如Button、TextView、EditText、ImageView、ListView等控件，是最基本最常用的，那么我们最好也包装一下。
举个粟子：之前开发过一款产品，代码量也是比较大，所有UI控件都没有做过任何加工，突然有一天需求来了，所有字体都要换。Button、TextView、EditText的使用量在任何一款产品上都可想而知。
最傻瓜的办法，所有都写上一遍，或者用Style统一，这样带来的是工作量巨大；
第二种办法，通过根节点遍历所有View替换，这样对性能有影响；
第三种办法，使用LayoutInflaterCompat.setFactory方法做替换，原理跟方法二差不多，同样是需要判断再替换，不同的是LayoutInflater是View创建的根本，不需要再次遍历；
第四种办法，创建一个子类，所有的组件都使用子类代替。
因为成本问题，我选择了第三种方案。但是从那之后，我不管做什么项目，都会使用第四种办法做为基础建设，以防止某一天产品提出的某些奇奇怪怪的需求。

文件说明：
在widget目录下，创建MButton、MEditText、MTextView等3个文件，分别继承Button、EditText、TextView，因为现在没有特殊需求，所以直接复写一下构造函数即可。在使用时，我们可以直接使用这些组件，做为基础搭建。

这里要说明一下ImageView，图片View我们选择Facebook开源的Fresco，这款开源的图片加载器，是笔者至今最忠爱的开源Code之一。优势太多，不清楚的朋友可以自己了解一下官方说明，缺点就是工程比较庞大，占用APK的体积较大。

创建MImageView类，代码如下

public class MImageView extends SimpleDraweeView {

    public MImageView(Context context, GenericDraweeHierarchy hierarchy) {
        super(context, hierarchy);
    }

    public MImageView(Context context) {
        super(context);
    }

    public MImageView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public MImageView(Context context, AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
    }

    public MImageView(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
        super(context, attrs, defStyleAttr, defStyleRes);
    }

    @Override
    public void setImageURI(Uri uri) {
        super.setImageURI(uri);
    }

    @Override
    public void setImageURI(String uriString) {
        super.setImageURI(uriString);
    }

    @Override
    public void setImageResource(int resId) {
        super.setImageResource(resId);
    }

    public void setImageFile(File file) {
        if (file == null || !file.exists()) return;
        setImageFile(file.getAbsolutePath());
    }

    public void setImageFile(String path) {
        setImageURI(Uri.parse("file://" + path));
    }

}

这里我除了复写构造函数之外，还复写了setImageURI和setImageResource方法，然后又添加了setImageFile方法。看名称应该了解，这三个方法基本满足我们日常开发中的需求。

除以上4个类之外，一些不常用的组件，我们没有必要封装，因为整个工程可能也用不到几次，封装就不划算了。

还有ListView，也是常用的UI组件之一，有些朋友说现在谁还用ListView啊，都替换成RecycleView了。
这里我想说明一下，如果没有一些特殊的动画需求，RecycleView并不比ListView占多大优势，不管怎么样，适合自己的就好。
不过我们是新开的工程，选哪个都一样。各位希望我们使用哪一款，可以在评论区留言。

UI组件的基础建设大概就先这样，以后遇到某些需求，我们再添加即可。下一篇我们将正式开启Coding工程的伟大之旅！
查看源码请移步GitHub