Android Drawable代码编写的新姿势分享

目录

• 概念
• 优点
• 表现形式
• 直接子类与非直接子类
• xml解析流程
• 真实案例
• 更好的实现方式 —代码
• 建议
• 优点
• 引用方式
• 总结

概念

Drawable表示一种可以在Canvas上进行绘制的抽象的概念，它有很多种，常见的如颜色和图片都可以是一个Drawable。

优点

• 首先，它的使用比较简单，在xml里已经定义了大量的属性方法，我们只要熟悉各个属性的ui效果和特点就可以自己组合各种的界面效果。
• 其次，它的实现成本比自定义View低，一些比较简单的、定制性、重复性的UI效果使用drawable将会缩小开发成本。但是一些比较复杂的ui场景，drawable却表现不出自定义view的那种效果。
• 相比较于图片而言，drawable占用空间更小，这样有利于缩小apk的体积。

表现形式

Drawable尽管对于应用程序通常不可见，但Drawable可以采用多种形式：

Bitmap:最简单的Drawable，一个PNG或JPEG图像。

Nine Patch:是对PNG格式的扩展允许它指定如何对其进行拉伸和放置的信息

Vector:向量：在XML文件中定义的可绘制的一组点，线和曲线以及相关的颜色信息。 这种类型的绘图可以缩放而不会损失显示质量。

Shape:形状：包含简单的绘图命令而不是原始位图，允许在某些情况下调整更好。

Layers:图层：一个可绘制的复合物，它在彼此顶部绘制多个底层可绘图。

States:状态，一个复合drawable，根据其状态选择一组drawable中的一个。

Levels：级别：一个复合drawable，根据其级别从一组drawable中选择一个。

Scale:比例尺：一个可绘制的单个子组合可绘制的组合，其整体大小根据当前级别进行修改。

直接子类与非直接子类

xml解析流程

最终的inflateFromTag方法

  @NonNull
    @SuppressWarnings("deprecation")
    private Drawable inflateFromTag(@NonNull String name) {
        switch (name) {
            case "selector":
                return new StateListDrawable();
            case "animated-selector":
                return new AnimatedStateListDrawable();
            case "level-list":
                return new LevelListDrawable();
            case "layer-list":
                return new LayerDrawable();
            case "transition":
                return new TransitionDrawable();
            case "ripple":
                return new RippleDrawable();
            case "adaptive-icon":
                return new AdaptiveIconDrawable();
            case "color":
                return new ColorDrawable();
            case "shape":
                return new GradientDrawable();
            case "vector":
                return new VectorDrawable();
            case "animated-vector":
                return new AnimatedVectorDrawable();
            case "scale":
                return new ScaleDrawable();
            case "clip":
                return new ClipDrawable();
            case "rotate":
                return new RotateDrawable();
            case "animated-rotate":
                return new AnimatedRotateDrawable();
            case "animation-list":
                return new AnimationDrawable();
            case "inset":
                return new InsetDrawable();
            case "bitmap":
                return new BitmapDrawable();
            case "nine-patch":
                return new NinePatchDrawable();
            case "animated-image":
                return new AnimatedImageDrawable();
            default:
                return null;
        }
    }

真实案例

我的项目里面，统计了drawable文件的总数是1140, 其中最多的是shape，总数833，占比73%， 其次是selector，总数240，占比21%， 这两个加起来占比达到94%. 而这两种类型都是差别很小的，主要是背景颜色和圆角角度不同，导致了大量的文件的产生， 而且对于这类的文件命名也是很难统一，从而难以达到复用的效果，有时候找一个目标文件， 远远没有自己创建一个新的Drawable文件快，所以渐渐的会导致此类文件的爆炸式增长。 从而增大apk的体积。

通过xml解析流程，我们可以发现其中的奥妙，xml也只是根据具体的标签直接new出来对应的是类，然后再直接设置具体的参数， 如此一来，我们完全可以做到，自己创建具体的对象，然后设置参数，这样就避免了xml解析这一步，

更好的实现方式 —代码

      mViewBinding.lineDrawable.background = shapeDrawable(this) {
            lineShape()
            dash(10, 5)
            strokeColor(Color.RED)
            strokeWidth(2)
        }

      mViewBinding.stateListDrawable.background = selectorDrawable {

          pressedDrawable {
                shapeDrawable(this@MainActivity) {
                    solidColor(Color.BLUE)
                    radius(8)
                }
          }

          defaultDrawable {
                shapeDrawable(this@MainActivity) {
                    solidColor(Color.GRAY)
                    radius(8)
                }
          }
      }

建议

具体的项目可以在封装一次，减少每次的创建条件设置，这样只需要传递具体的参数就可以，便于复用， 当然，项目也封装了几个通用的方法。比如：

    fun shapeDrawableColorInt(context: Context, @ColorInt colorInt: Int = Color.WHITE, radius: Int = 0) =
        shapeDrawable(context) {
            solidColor(colorInt)
            radius(radius)
    }

    fun shapeDrawableColorRes(context: Context, @ColorRes colorRes: Int, radius: Int = 0) =
        shapeDrawable(context) {
            solidColorRes(colorRes)
            radius(radius)
    }

优点

比起xml方式可以提升性能：

• 避免xml解析流程
• 复用这些代码
• 比xml管理方便

引用方式

github地址

       implementation 'io.github.weiggle:drawable:1.0.1'

总结

到此这篇关于Android Drawable代码编写的新姿势的文章就介绍到这了,更多相关Android Drawable代码编写内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！