自定義View實(shí)戰(zhàn)總結(jié)

標(biāo)簽(空格分隔): Android


  • 子View的onMeasure不一定要重寫,只是如果不重寫就會造成wrap_coontent時會充滿父布局。而且onLayout也不一定要重寫,因?yàn)橄到y(tǒng)調(diào)用繼承自View的onLayout;所以經(jīng)常要重寫的是onDraw,在里面的進(jìn)行自己的繪制

  • 自定義View時一般都會繼承View的,所以一般會在onMeasure、onLayout、onDraw調(diào)用父類View相應(yīng)的的構(gòu)造方法,以方便系統(tǒng)幫我們實(shí)現(xiàn)一些必要的功能,免得自己麻煩去自己實(shí)現(xiàn)

  • 注意自定義屬性的定義格式、獲取格式
    留意下面的代碼

TypedArray a = context.getTheme().obtainStyledAttributes(
                attrs,
                R.styleable.DottedProgressBar,
                0, 0);
                TypedValue value = new TypedValue();
//獲取對應(yīng)的屬性值存放在value中
a.getValue(R.styleable.DottedProgressBar_activeDot, value);
            if (value.type >= TypedValue.TYPE_FIRST_COLOR_INT && value.type <= TypedValue.TYPE_LAST_COLOR_INT) {
    // It's a color
    isActiveDrawable = false;//不用Drawable,用Color
    //從value中獲取屬性值
     mActiveDotColor = getResources().getColor(value.resourceId);
     
     //后面的那個數(shù)字是獲取不到時的默認(rèn)值
    mDotSize = a.getDimensionPixelSize(R.styleable.DottedProgressBar_dotSize, 5);

  • 子View的構(gòu)造函數(shù)一般要這樣寫,不然會報錯,或許像下面ViewGroup那樣寫也行。其實(shí)只寫一個帶有兩個參數(shù)的構(gòu)造函數(shù)也行,但是一般是把三個都寫
  public CircleView(Context context) {
        this(context, null);//調(diào)用三個參數(shù)的構(gòu)造函數(shù)
   }

    public CircleView(Context context, AttributeSet attrs) {
        this(context, attrs, 0);//調(diào)用三個參數(shù)的構(gòu)造函數(shù)
    }

    public CircleView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);//先調(diào)用父類的構(gòu)造函數(shù)
        //以下是初始化工作,包括選擇好自定義的屬性、設(shè)置好畫筆等等
        TypedArray a = context.obtainStyledAttributes(attrs, R.styleable.CircleView);
        try {
            mColor = a.getColor(R.styleable.CircleView_cv_color, DEFAULT_COLOR);
        } finally {
            a.recycle();
        }
        init();//設(shè)置畫筆
    }

-ViewGroup一般要這樣寫,不然會報錯,或許像上面子View那樣寫也行。

//init是初始化工作的函數(shù)
//要在每個Viewgroup的構(gòu)造函數(shù)中都調(diào)用相應(yīng)的父類的構(gòu)造函數(shù),并且都調(diào)用init
 public RubberIndicator(Context context) {
        super(context);
        init(null, 0);
    }

    public RubberIndicator(Context context, AttributeSet attrs) {
        super(context, attrs);
        init(attrs, 0);
    }

    public RubberIndicator(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
        init(attrs, defStyleAttr);
    }
//以下是用注解來針對一些特殊的版本
    @TargetApi(Build.VERSION_CODES.LOLLIPOP)
    public RubberIndicator(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
        super(context, attrs, defStyleAttr, defStyleRes);
        init(attrs, defStyleAttr);
    }

  • 關(guān)于Canvas的操作:
    Canvas對象的獲取方式有兩種:一種我們通過重寫View.onDraw方法,View中的Canvas對象會被當(dāng)做參數(shù)傳遞過來,我們操作這個Canvas,效果會直接反應(yīng)在View中。另一種就是當(dāng)你想創(chuàng)建一個Canvas對象時使用的方法:
請參考《群英傳》p38
Bitmap b = Bitmap.createBitmap(100, 100, Bitmap.Config.ARGB_8888); 
Canvas c = new Canvas(b);
canvas.drawColor(Color.GRAY);
//原先這個Bitmap b是沒有顏色的,但經(jīng)過Canvas c的上色后,已經(jīng)變成灰色,如果之后把這個Bitmap b在View的onDraw傳給View的自帶Canvas,就可以在View中畫出變成灰色后的Bitmap
canvas.drawBitmap(bitmap, 0, 0, null);  //繪制圖像 ,因?yàn)榇笮?,所以不改變bitmap的大小
  • 關(guān)于Bitmap的操作
    見[博客地址][1]

  • 關(guān)于requestLayout 和 invalidate的區(qū)別
    RequestLayout:當(dāng)view確定自身已經(jīng)不再適合現(xiàn)有的區(qū)域時,該view本身調(diào)用這個方法要求parent view重新調(diào)用他的onMeasure onLayout來對重新設(shè)置自己位置。特別的當(dāng)view的layoutparameter發(fā)生改變,并且它的值還沒能應(yīng)用到view上,這時候適合調(diào)用這個方法。也就是當(dāng)通過getLayoutParrms().width = XXX的時候,我們需要重新調(diào)用RequestLayout

invalidate:View類調(diào)用迫使view重畫。

![此處輸入圖片的描述][2]

在很多情況下,requestLayout是不需要被調(diào)用的。例如,我們把一個AbsoluteLayout里面的childView挪動一下位置。我們僅僅需要調(diào)用的可能就是重新布局當(dāng)前AbsoluteLayout,然后調(diào)用invalidate方法進(jìn)行重繪。而不是從當(dāng)前View向上的整個View樹形結(jié)構(gòu)都要重新layout,onLayout,measure,onMeasure一次。
這個時候,怎么辦?

一種方法是,直接調(diào)用onLayout。然后調(diào)用invalidate進(jìn)行重繪。很明顯可以提升繪制效率。由于父View的layout實(shí)現(xiàn)中對會通知布局的listener。但是由于無法得到listener,因此調(diào)用onlayout的時候無法對其進(jìn)行通知,這也是這種實(shí)現(xiàn)的缺陷。


  • 關(guān)于ObjectAnimator objectAnimator = ObjectAnimator.ofInt(this, "progress",1, 500);見[博客][3]、[博客][4]
    原理大致是
    用ObjectAnimator.ofFloat(mView, "progress", 0, 1).setDuration(2000).start();來改變自定義控件progress的值,然后不斷刷新繪制圖(調(diào)用canvas方法),要使用ObjectAnimator必須要在自定義方法加上對progress的setProgress()方法,原因是ObjectAnimator用java反射來改變progress的值。

  • android中獲取屏幕相關(guān)信息
    // 屏幕寬度(px)
    int widthPx = this.getResources()
    .getDisplayMetrics().widthPixels;
    // 屏幕高度(px)
    int heightPx = this.getResources()
    .getDisplayMetrics().heightPixels;

// 屏幕密度(dpi):指每英寸中的像素數(shù)
float densityDpi = this.getResources()
.getDisplayMetrics().densityDpi;
//屏幕密度:指每平方英寸中的像素數(shù),在DisplayMetrics類中,該密度值為dpi/160 ,所以density = densityDpi /160
//density是當(dāng)前設(shè)備和默認(rèn)dpi = 160的比值,比如,對于dpi = 320的設(shè)備,densityDpi = 320,density = 2。
float density = this.getResources()
.getDisplayMetrics().density;
// 屏幕寬度(dip)
int widthDip = pxToDip(this, widthPx);
// 屏幕高度(dip)
int heightDip = pxToDip(this, heightPx);

/**
* px值向dip值轉(zhuǎn)換
*
* @param context
* @param pxValue
* @return
*/
private int pxToDip(Context context, float pxValue) {
float scale = context.getResources().getDisplayMetrics().density;
return (int) (pxValue / scale + 0.5f);//多了一個0.5,這個是為了四舍五入而已
}

/** 
 * dip值向px值轉(zhuǎn)換 
 *  
 * @param context 
 * @param dipValue 
 * @return 
 */  
public int dipToPx(Context context, float dipValue) {  
    float scale = context.getResources().getDisplayMetrics().density;  
    return (int) (dipValue * scale + 0.5f);//多了一個0.5,這個是為了四舍五入而已
}  
 - 為什么一般都是將距離長度的單位從DP轉(zhuǎn)化為PX
 舉個簡單的例子,如果掃描矩形框的長度為300px,在density為320和480的手機(jī)屏幕上顯示效果是完全不一樣的,因此單位要使用dip。但是在使用canvas繪制東西時,所依照的坐標(biāo)系、Rect等單位都是px,所以其尺寸要以dip為單位,而坐標(biāo)要以px為單位。
 
---
 - 如果自定義View時,在這個view里面new出來的handler是View的,不是從Activity主線程傳進(jìn)來的,這樣也可以更新界面嗎?
    答案是:可以。因?yàn)閂iew默認(rèn)帶一個Handler,屬于mainLooper的,所以這個new出來的handler是可以更新界面的
                
---


                            
  [1]: http://www.cnblogs.com/feisky/archive/2010/01/10/1643460.html
  [2]: http://o6uwc0k25.bkt.clouddn.com/1.jpg
  [3]: http://blog.sina.com.cn/s/blog_812973c30102w933.html
  [4]: http://www.it610.com/article/2112665.htm
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容