Android 应用层开发 Drawable 的一些叨叨絮
Posted 工匠若水
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android 应用层开发 Drawable 的一些叨叨絮相关的知识,希望对你有一定的参考价值。
1 背景
博客也该开张了,懒惰都是惯的。既然这样,那就拿一个简单问题来叨叨絮吧;故事的起因是这样的,群里有一哥们仿写别人自定义控件,没整明白 Drawable 咋回事,然后群里炸开了锅,为了维护群里的世界和平,随决定叨叨絮一下 android Drawable。关于 Android Drawable 可绘制对象资源的介绍大家可以去看看官方文档即可;而关于 Drawable 的使用细节其实你在 Drawable.java 的开篇大段注释中可以找寻到秘笈,所以说,如果你想玩转 Android 自定义控件 Drawable 系列,请务必先去拜读搞明白上面提到的两个秘笈,否则最直接的后果就是天下大乱。
(我不喜欢蹭刷访问量和博文篇数,所以没必要把这个知识点分几篇博客来写,所以看时别闲长,这已经是我的习惯了。)
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载,请尊重作者劳动成果。私信联系我】
2 Drawable 源码浅析
关于 Android Drawable 抽象类有多少个实现子类或者这些实现子类怎么使用及原理就不多 BB 了,为了世界和平,我需要重点强调的是给你一个抽象 Drawable,还我一个自定义 Drawable 的技能;不过这里有一点兼容性问题要注意:所有 Android 版本都是兼容通过 Java 实例化继承 Drawable 自定义的,但是只有 API 24 开始才允许在 XML 中使用自定义的 Customer Drawable。
理解 Drawable 的精髓其实就是理解下面这一段话而已:
A Drawable is a general abstraction for "something that can be drawn."
Most often you will deal with Drawable as the type of resource retrieved for drawing things to the screen; the Drawable class provides a generic API for dealing with an underlying visual resource that may take a variety of forms.
Unlike a {@link android.view.View}, a Drawable does not have any facility to receive events or otherwise interact with the user.
上面这段话简单粗暴理解就是说,Drawable 是一个抽象类,提供了一些 API 方法去处理各种资源的绘制,但是又不具备 View 的事件与交互处理能力。额,再简单粗暴一点认为就是一个辅助绘制工具类,把各种东西都封装搞好以后直接给Canvas去画。既然是工具类,说白了就是个模板,你就把它类比 View 或者 Paint 来看吧,不过这玩意要切记兼容性问题,下面列到的源码解释中很多方法存在兼容性问题,请自己解决或者使用 DrawableCompat 即可。
(下面源码是基于 android-24 解释的,略多,不过我们一般自定义 Drawable 时只会用其中几个方法,看不下去的可以直接跳到下一个小节即可,这一段源码解释完全可以当作日后自定义的参考手册即可。)
public abstract class Drawable {
......
/**
* 画在setBounds设置的区域内,子类必须实现,canvas就是要被绘制的地方,譬如View的onDraw的canvas。
* 要绘制状态效果的话可由setAlpha和setColorFilter等方法控制。
* 具体被调用样例可以去ImageView draw中瞅瞅,或者去看看之前文章分析的View在draw中绘制Background Drawable时调用。
*/
public abstract void draw(@NonNull Canvas canvas);
/**
* 指定绘制矩形边界区域,在draw方法调用时用到其设置的值。
* 当该方法调用后新旧bounds发生变化时会触发onBoundsChange方法,不设置默认边界均为0,故很多人自定义Drawable发现不显示的可能因素之一在此。
*/
public void setBounds(int left, int top, int right, int bottom) {...}
public void setBounds(@NonNull Rect bounds) {...}
protected void onBoundsChange(Rect bounds) {...}
/**
* 给调用者通过bounds参数或者返回值复制返回一个setBounds设置的边界,外界修改不影响已经设置的Bounds,值拷贝。
*/
public final void copyBounds(@NonNull Rect bounds) {...}
public final Rect copyBounds() {...}
/**
* 给调用者通过返回一个setBounds设置的边界,切记外界修改会影响已经设置的Bounds,尽量不要改。
*/
public final Rect getBounds() {...}
public Rect getDirtyBounds() {...}
/**
* 在系统Configurate change时调用该方法来处理Drawable状态,这一组方法不常用。
* 系统config改变的参数类型参见:android.content.pm.ActivityInfo
*/
public void setChangingConfigurations(@Config int configs) {...}
public @Config int getChangingConfigurations() {...}
/**
* 当使用bitmap位图时可进行滤波处理,类似我们自定义时使用Paint的setAntiAlias()和setBitmapFilter(true)一样,
* 一个用来防边缘锯齿,一个用来对位图滤波处理;当自定义的Drawable不是bitmap位图时该设置失效。
*/
public void setFilterBitmap(boolean filter) {}
public boolean isFilterBitmap() {...}
/**
* 回调接口类,若要实现自定义动画drawable,可以通过setCallBack(Callback)实现对动画的调度和执行。
*/
public interface Callback {
/**
* 当drawable重画时触发,who为要重画的drawable。
*/
void invalidateDrawable(@NonNull Drawable who);
/**
* 预先安排动画的下一帧,也可通过Handler.postAtTime(Runnable, Object, long)实现。
*/
void scheduleDrawable(@NonNull Drawable who, @NonNull Runnable what, long when);
/**
* 删除预先安排的动画某帧,也可通过Handler.removeCallbacks(Runnable, Object)实现。
*/
void unscheduleDrawable(@NonNull Drawable who, @NonNull Runnable what);
}
/**
* 给需要动画的Drawable设置回调。(已经修改为弱引用了,防止以前低版本Drawable的CallBack内存泄漏,锅锅锅~)
*/
public final void setCallback(@Nullable Callback cb) {...}
public Callback getCallback() {...}
/**
* 当通过setCallback设置回调后调用该方法会触发回调Callback.invalidateDrawable(@NonNull Drawable who)实现。
* 当没有设置CallBack时该方法无任何效果。
*/
public void invalidateSelf() {...}
/**
* 当通过setCallback设置回调后调用该方法会触发回调Callback.scheduleDrawable(@NonNull Drawable who, @NonNull Runnable what, long when)实现。
* 当没有设置CallBack时该方法无任何效果。
*/
public void scheduleSelf(@NonNull Runnable what, long when) {...}
/**
* 当通过setCallback设置回调后调用该方法会触发回调Callback.unscheduleDrawable(@NonNull Drawable who, @NonNull Runnable what)实现。
* 当没有设置CallBack时该方法无任何效果。
*/
public void unscheduleSelf(@NonNull Runnable what) {...}
/**
* 获取与设置RTL或者LTR布局方向,譬如让Drawable支持阿拉伯语布局,可以参见View的LAYOUT_DIRECTION_LTR和LAYOUT_DIRECTION_RTL。
* 当RTL/LTR布局动态变化时触发onLayoutDirectionChanged。
* 好处就是如果我们的自定义Drawable要支持阿拉伯等布局方向切换,我们不用定义两个Drawable了,通过这一组方法实现即可。
*/
public @View.ResolvedLayoutDir int getLayoutDirection() {...}
public final boolean setLayoutDirection(@View.ResolvedLayoutDir int layoutDirection) {...}
public boolean onLayoutDirectionChanged(@View.ResolvedLayoutDir int layoutDirection) {...}
/**
* 给当前Drawable设置和获取alpha透明度,setAlpha为抽象方法,子类必须实现,默认一般单态Drawable时重写直接返回255即可。
* 有时候我们自定义Drawable时会在内部定义一个Paint,所以setAlpha实现也可以直接为mPaint.setAlpha(alpha);
*/
public abstract void setAlpha(@IntRange(from=0,to=255) int alpha);
public int getAlpha() {return 0xFF;}
/**
* @hide 被匿了,给将来准备的货,这就尴尬了,类比Paint的Xfermode吧。
*/
public void setXfermode(@Nullable Xfermode mode) {...}
/**
* 设置滤镜效果,类似Paint的setColorFilter()方法,譬如我们常干的一件事:
* textview.getBackground().setColorFilter(new LightingColorFilter(0xAAFFCCEE, 0xFF00BBAA));
* 不懂的去前面翻自定义博客文章吧,取消滤镜效果直接传null即可。
* 有时候我们自定义Drawable时会在内部定义一个Paint,所以setAlpha实现也可以直接为mPaint.setColorFilter(colorFilter);
*/
public abstract void setColorFilter(@Nullable ColorFilter colorFilter);
/**
* 设置滤镜效果,同上setColorFilter(@Nullable ColorFilter colorFilter);
* 其实就是setColorFilter(new PorterDuffColorFilter(color, mode));的封装。
*/
public void setColorFilter(@ColorInt int color, @NonNull PorterDuff.Mode mode) {...}
public @Nullable ColorFilter getColorFilter() {...}
public void clearColorFilter() {...}
/**
* Drawable的Tint变色处理,setTint为setTintList的封装而已,注意API兼容问题,一般可用DrawableCompat的。
* 实际用处譬如我们自定义的selector drawable,getResources().getColorStateList(R.color.selector_XXX));
* 注意:如果设置了setColorFilter,则setTint和setTintList将无效。
*/
public void setTint(@ColorInt int tintColor) {...}
public void setTintList(@Nullable ColorStateList tint) {...}
/**
* 设置上面Tint变色时的PorterDuff.Mode模式,默认为PorterDuff.Mode.SRC_IN。
* 注意:如果设置了setColorFilter,则setTintMode将无效。
*/
public void setTintMode(@NonNull PorterDuff.Mode tintMode) {}
/**
* 设置热点坐标,5.0加入,坑爹。
* RippleDrawable就是一个以波纹效果来显示状态变化的Drawable,其中波纹的位置就是这玩意设置的。
*/
public void setHotspot(float x, float y) {}
public void setHotspotBounds(int left, int top, int right, int bottom) {}
public void getHotspotBounds(@NonNull Rect outRect) {...}
/**
* 设置和获取状态,有变化时会触发onStateChange。譬如:
* {@link android.R.attr#state_focused}
* {@link android.R.attr#state_pressed}
* 在View状态改变的时候,会调用Drawable的setState函数。
*/
public boolean setState(@NonNull final int[] stateSet) {...}
protected boolean onStateChange(int[] state) {...}
public @NonNull int[] getState() {...}
/**
* 上面setState只能定义有限的几种状态,如果需要更多的状态,就可以使用图像级别资源。
* 图像级别资源文件中可以定义任意多个图像级别,可以通过该方法来切换不同状态的图像。
*/
public final boolean setLevel(@IntRange(from=0,to=10000) int level) {...}
public final @IntRange(from=0,to=10000) int getLevel() {...}
protected boolean onLevelChange(int level) {...}
/**
* 设置或者获取Drawable是否可见。
*/
public boolean setVisible(boolean visible, boolean restart) {...}
public final boolean isVisible() {}
/**
* 返回当前Drawable透明或者半透明或者不透明等,默认不清楚时直接返回TRANSLUCENT是最好的选择。
* {@link android.graphics.PixelFormat}:
* {@link android.graphics.PixelFormat#UNKNOWN},
* {@link android.graphics.PixelFormat#TRANSLUCENT},
* {@link android.graphics.PixelFormat#TRANSPARENT}, or
* {@link android.graphics.PixelFormat#OPAQUE}.
*/
public abstract @PixelFormat.Opacity int getOpacity();
/**
* 返回Drawable的真实宽高,包含padding等,如果没有宽高(譬如纯Color)则返回-1即可。
*/
public int getIntrinsicWidth() {...}
public int getIntrinsicHeight() {...}
/**
* 返回建议的最小宽高,一般这个宽高决定了自定义View在有些情况下的宽高。
*/
public int getMinimumWidth() {...}
public int getMinimumHeight() {...}
/**
* 返回Drawable的padding,没有padding时return false,反之。
*/
public boolean getPadding(@NonNull Rect padding) {...}
/**
* 如果有多个控件同时使用某一资源且要改变该资源的状态,我们就需要用mutate方法。
* 使用mutate方法是为了更改一个资源状态时其它引用该资源的控件不被改变,因为默认情况下,所有从同一资源(R.drawable.XXX)
* 加载的Drawable实例都共享一个共用的状态ConstantState,如果我们更改了一个实例的状态,其余的实例都会接收到相同的更改变化。
* @see ConstantState
* @see #getConstantState()
*/
public @NonNull Drawable mutate() {return this;}
/**
* 通过inputstream、xml、FilePath创建一个Drawable。
*/
public static Drawable createFromStream(InputStream is, String srcName) {...}
public static Drawable createFromResourceStream(Resources res, TypedValue value, InputStream is, String srcName) {...}
public static Drawable createFromResourceStream(Resources res, TypedValue value, InputStream is, String srcName, BitmapFactory.Options opts) {...}
public static Drawable createFromXml(Resources r, XmlPullParser parser) throws XmlPullParserException, IOException {...}
public static Drawable createFromXml(Resources r, XmlPullParser parser, Theme theme) throws XmlPullParserException, IOException {...}
public static Drawable createFromXmlInner(Resources r, XmlPullParser parser, AttributeSet attrs) throws XmlPullParserException, IOException {...}
public static Drawable createFromXmlInner(Resources r, XmlPullParser parser, AttributeSet attrs, Theme theme) throws XmlPullParserException, IOException {...}
public static Drawable createFromPath(String pathName) {...}
public void inflate(@NonNull Resources r, @NonNull XmlPullParser parser, @NonNull AttributeSet attrs) throws XmlPullParserException, IOException {...}
public void inflate(@NonNull Resources r, @NonNull XmlPullParser parser, @NonNull AttributeSet attrs, @Nullable Theme theme) throws XmlPullParserException, IOException {...}
void inflateWithAttributes(@NonNull @SuppressWarnings("unused") Resources r, @NonNull @SuppressWarnings("unused") XmlPullParser parser, @NonNull TypedArray attrs, @AttrRes int visibleAttr) throws XmlPullParserException, IOException {...}
/**
* 每一个Drawable对象都关联一个ConstantState对象,目的是为了保存Drawable对象的一些恒定不变数据,
* 为了节约内存,Android系统对于从同一个res创建的Drawable对象会共享同一个ConstantState对象。
*/
public static abstract class ConstantState {
public abstract @NonNull Drawable newDrawable();
public @NonNull Drawable newDrawable(@Nullable Resources res) {return newDrawable();}
public @NonNull Drawable newDrawable(@Nullable Resources res, @Nullable @SuppressWarnings("unused") Theme theme) {return newDrawable(res);}
public abstract @Config int getChangingConfigurations();
public int addAtlasableBitmaps(@NonNull Collection<Bitmap> atlasList) {return 0;}
protected final boolean isAtlasable(@Nullable Bitmap bitmap) {...}
public boolean canApplyTheme() {return false;}
}
/**
* 返回一个当前Drawable的ConstantState,参见mutate方法。
*/
public @Nullable ConstantState getConstantState() {return null;}
......
}
确实闷逼!上面涉及 Paint 和 Canvas 的注释不懂的可以参考我这篇博文《Android应用自定义View绘制方法手册》。不过这和自定义 View 一样,为了强大,所以提供的方法都很基础专一,只有这样才能自由组合为所欲为;不过对于我们大多数自定义需求来说使用 Drawable 的方法是十分有限的,所以不要被那么多方法蒙蔽了双眼。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载,请尊重作者劳动成果。私信联系我】
3 Drawable 调用流程浅析
能耐心看完上面的是真爱,有了上面的解释我想你此刻一定在想,我自定义 View 好歹也有个调用流程、好歹也有个规律可循的结构啊,这自定义 Drawable 怎么是完全闷逼的,这就对了,这一小节就是打算通过源码给你揭开 Drawable 的调用流程,以此让你在自定义 Drawable 时做到胸有成竹。
为了让大家浅显易懂的知道 Drawable 的作用和用法,有了上面 Drawable 的分析外我们还需要给一个使用样例分析;其实关于 Drawable 最好的使用样例是 ImageView,鉴于 ImageView 源码的庞大复杂性,我们这里选择之前有铺垫分析的 View 为样例,看过《Android应用层View绘制流程与源码分析》的同学都知道,在 Android 中每个 View 都至少有一个 Drawable 成员变量,尤其在基类 View 中有一个背景 Drawable。我们来看看这段暧昧的代码:
public class View implements Drawable.Callback, KeyEvent.Callback, AccessibilityEventSource {
......
private Drawable mBackground;
......
//View构造方法
public View(Context context, @Nullable AttributeSet attrs, int defStyleAttr, int defStyleRes) {
......
//获取View的属性
final TypedArray a = context.obtainStyledAttributes(
attrs, com.android.internal.R.styleable.View, defStyleAttr, defStyleRes);
//定义一个局部背景变量Drawable
Drawable background = null;
......
//获取到设置的background属性,也就是我们平时给各个控件在xml中设置的android:background属性值
case com.android.internal.R.styleable.View_background:
background = a.getDrawable(attr);
break;
......
//当设置有背景Drawable属性时调用setBackground方法
if (background != null) {
setBackground(background);
}
......
}
}
首先我们会发现在 Android 任何 View 控件中都有一个 Background 属性,框架会在 View 构造方法中获取这个属性 Drawable,然后传入 setBackground(background) 方法,这方法大家一定都很熟悉吧,我们通常总是通过各种 setBackgroundXXX 方法来给控件设置背景,用的就是这个系列方法,所以我们就直接去看看这个系列方法最终归处 setBackgroundDrawable(Drawable background) 方法,如下:
//几种设置背景的方法终归都是这个
public void setBackgroundDrawable(Drawable background) {
......
//每次设置新的background后就进行复位操作
if (mBackground != null) {
if (isAttachedToWindow()) {
//Drawable设置为不可见(这部就用上上面Drawable的分析了么)
mBackground.setVisible(false, false);
}
//Drawable回调断开(这部就用上上面Drawable的分析了么)
mBackground.setCallback(null);
//移除Drawable绘制队列,实质触发回调的该方法(这部就用上上面Drawable的分析了么)
unscheduleDrawable(mBackground);
}
if (background != null) {
//当有设置背景Drawable
......
//给Drawable设置View当前的布局方向(这部就用上上面Drawable的分析了么)
background.setLayoutDirection(getLayoutDirection());
//判断当前Drawable是否设置有padding(这部就用上上面Drawable的分析了么,有padding则返回true)
if (background.getPadding(padding)) {
//依据Drawable的这个padding去给当前View相关padding属性建议修改
......
}
//比较上次旧的(可能没有)和现在设置的Drawable的最小宽高,发现不一样就预示着我们接下来需要对View再次layout,做标记
if (mBackground == null
|| mBackground.getMinimumHeight() != background.getMinimumHeight()
|| mBackground.getMinimumWidth() != background.getMinimumWidth()) {
requestLayout = true;
}
//把要新设置的Drawable正式赋值给View的mBackground成员
mBackground = background;
//判断当状态改变时当前Drawable是否需要切换图片,一般在StateListDrawable实现中为true(这部就用上上面Drawable的分析了么)
if (background.isStateful()) {
//设置Drawable状态(这部就用上上面Drawable的分析了么)
background.setState(getDrawableState());
}
//如果View已经attached to window了就把Drawable设置为可见(这部就用上上面Drawable的分析了么)
if (isAttachedToWindow()) {
background.setVisible(getWindowVisibility() == VISIBLE && isShown(), false);
}
//设置Drawable的callback,在View继承关系中有实现Drawable的callback
background.setCallback(this);
......
} else {
//当没有设置背景Drawable时清空背景Drawable,然后设置View的重新layout标志
mBackground = null;
......
requestLayout = true;
}
......
//需要重新布局,触发重新布局
if (requestLayout) {
requestLayout();
}
//通知重新绘制刷新操作
mBackgroundSizeChanged = true;
invalidate(true);
invalidateOutline();
}
可以看见,每逢我们对控件通过 xml 或者 java 设置 background 后触发的其实就是上面这一堆操作,实质最后触发的就是 layout 或者 draw。我们知道 View 默认的 onLayout 和 onDraw 是空实现,所以我们顺着流程去看看 View 的 draw 方法,如下:
public void draw(Canvas canvas) {
/*
* 1. Draw the background
* 2. If necessary, save the canvas' layers to prepare for fading
* 3. Draw view's content
* 4. Draw children
* 5. If necessary, draw the fading edges and restore layers
* 6. Draw decorations (scrollbars for instance)
*/
......
drawBackground(canvas);
......
}
有点意思,再来看看 drawBackground(canvas) 方法,如下:
private void drawBackground(Canvas canvas) {
......
//实质调用了Drawable的setBounds方法,把当前View测量好的矩形区域顶点赋值给Drawable,说明接下来Drawable绘制区域与View大小相同。
//该方法实质:mBackground.setBounds(0, 0, mRight - mLeft, mBottom - mTop);
setBackgroundBounds();
//有意思!
//简单粗暴理解就是View要是能滑动,化到哪Drawable背景画到哪(其实就是每次滑动都按可见区域绘制Drawable,因为canvas已经被依据滑动平移了)
final int scrollX = mScrollX;
final int scrollY = mScrollY;
if ((scrollX | scrollY) == 0) {
background.draw(canvas);
} else {
canvas.translate(scrollX, scrollY);
//这不就是Drawable的draw方法么,和前面分析的一样,最后View框架会调用我们Drawable的draw方法,传入的是当前View的canvas而已。
background.draw(canvas);
canvas.translate(-scrollX, -scrollY);
}
}
握草,View 与 Drawable 的暧昧几乎真相大白了,由此更加验证了背景知识简单粗暴的介绍—— Drawable 就是一个框架工具,配合给 View 绘制来用的而已,所以通过上面两大节源码分析,我想你至少脑袋中已经产生了下面这个抽象的不能再抽象的对比图,然后也能恍然大悟吧。
这时候机智的人肯定又会问,那我设置完 background 的 Drawable 后 selector 那种状态切换又是咋回事呢?这儿只能回答你,自己动手去 View 中翻翻 state 相关的代码吧,这儿懒得说了,很简单的,核心就是 Android 中 Drawable 的一个特殊实现子类而已。
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载,请尊重作者劳动成果。私信联系我】
4 Drawable 自定义实战
都说了,作为程序员和老大 PK 的真谛是 “Talk is easy, show me the code!”,上面几个小节 BB 了那么多源码,估计很多人都看不到这里就关闭博文了,没事,下面不 BB 了,我们直接来实战,这样你再通过实战的例子回过头去看看上面的源码分析,你会发现你已经完全领悟了。
下面先给出自定义 Drawable 的一般套路模板(通过自定义 Drawable 画一个黑圆为例),大家日后自定义按照这个模板思路来套即可,效果如下:
模板套路代码结构如下:
//自定义 Drawable 基本模板(实现一个黑圆Drawable)
public class RoundDrawable extends Drawable {
private Paint mPaint;
public RoundDrawable() {
mPaint = new Paint(Paint.ANTI_ALIAS_FLAG);
}
@Override
public void draw(Canvas canvas) {
Rect rect = getBounds();
int width = rect.right - rect.left;
int heigh = rect.bottom - rect.top;
canvas.drawCircle(width/2, heigh/2, Math.min(width/2, heigh/2), mPaint);
}
@Override
public void setAlpha(int i) {
mPaint.setAlpha(i);
}
@Override
public void setColorFilter(ColorFilter colorFilter) {
mPaint.setColorFilter(colorFilter);
}
@Override
public int getOpacity() {
return PixelFormat.TRANSLUCENT;
}
}
//自定义 View 使用自定义 Drawable
public class CustomerView extends View {
private Drawable mDrawable;
public CustomerView(Context context) {
this(context, null);
}
public CustomerView(Context context, AttributeSet attrs) {
super(context, attrs);
init();
}
private void init() {
//在自定义View中实例化一个自定义Drawable
mDrawable = new RoundDrawable();
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
//自定义View获取大小后设置给自定义Drawable
mDrawable.setBounds(getLeft(), getTop(), getRight(), getBottom());
}
@Override
protected void onDraw(Canvas canvas) {
//把我们的自定义Drawable画到自定义View上
mDrawable.draw(canvas);
}
}
套路啊,除过以上这个标准模式以外,我们还可以在 Android 标准控件中使用自定义的 Drawable,譬如给 ImageView 设置 setImageDrawable(customerDrawable) 也是可以的,不过注意提前设置 Bounds 大小。看完上面的套路你可能会想,这明明通过自定义 View 自己就能搞定,为毛还要自定义一个 Drawale,哈哈,淡定,你仔细想想哪个更加灵活呢,自己琢磨下吧!
套路就是标准,有了上面这几个模板套路,你会发现自定义 Drawable 其实核心就那几个方法,你要是想进阶更加有追去的模仿,不妨去看看 Android 标准实现的那些继承 Drawable 的 XXXDrawable,你会发现归一思想以后都是上面的模板套路,只是依据自己特点实现了自己的特点而已;有一个最值得观摩的官方实现就是android.support.v4.graphics.drawable.RoundedBitmapDrawable,短小精干,300 行代码,很适合模仿自定义 Drawable 学习。
有了源码流程浅析,有了套路模板,有了来龙去脉,我们还缺一个具备实用价值的自定义实例,如下实例源码( 点我 https://github.com/yanbober/DreamDrawable 找到 )演示了几种自定义 Drawable 的姿势,效果如下:
至于细节就不多说了,相信你依据模板套路是能理解的,不扯了,我去打球去了,运动最重要。
觉得对您有帮助,不妨打开支付宝扫码鼓励一下,谢谢!
【工匠若水 http://blog.csdn.net/yanbober 未经允许严禁转载,请尊重作者劳动成果。私信联系我】
以上是关于Android 应用层开发 Drawable 的一些叨叨絮的主要内容,如果未能解决你的问题,请参考以下文章