背景介紹

前面兩章我們介紹了View的大致的繪制流程，有需要的朋友可以去看我之前的內(nèi)容，也可以瀏覽下面的鏈接，查看詳細的介紹，個人感覺寫的挺完整的：View的繪制流程。這里主要講一下自定義View的類型。

自定義View的分類

1. 繼承重寫onDraw方法

這種方法一般用來實現(xiàn)一些不規(guī)則的效果，即效果不方便通過一般的布局來實現(xiàn)，我們只需要重寫onDraw方法即可，采用這種方式要自己支持warp_content,并且需要自己處理padding。

2. 集成ViewGroup派生特殊的Layout

這種方式一般用來實現(xiàn)自定義布，即除了LinerLayout、RelativrLayout和FrameLayout之外的布局，我們需要重新定義一種新的布局，當某種效果看起來像多個View組合在一起的時候我們可以采用這種方法，采用這種方式需要合適地處理ViewGroup的測量和布局，這兩個過程，并同時處理子元素的測量和布局。

3. 集成特定的View（比如Button）

這種方法比較常見，用來擴展某種已有View的功能，，這種方法實現(xiàn)比較容易，不需要自己支持warp_content和padding等。

4. 繼承特定的ViewGroup （比如LinerLayout）

這種方法也比較常見，也可以用來實現(xiàn)看起來像集中View組合在一起的效果，并且不需要自己處理ViewGroup的測量和布局，它跟方法二比較類似，一般來說方法二可以實現(xiàn)的它也可以實現(xiàn)，只是方法二更接近于View的底層。

自定義View須知

上面介紹的集中方法，我們可以仔細體味一下，自定義View講究的是靈活性，一般某種樣式多個方法都可以實現(xiàn)，我們需要比較各自的優(yōu)缺點，找到代價小，效率高的方法來實現(xiàn)它。

1. 讓View支持warp_content

因為直接繼承View或者ViewGroup的控件如果不在onMeasure中隊warp_content做特殊處理的話，當外界布局使用的時候就無法達到預期的效果。

2. 如果有必要，讓你的View支持padding

因為直接繼承View的控件，如果不在draw方法里面處理padding的話，那么padding的屬性是不起作用的，另外直接繼承ViewGroup的空間需要在onMeasure和onLayout中考慮padding和子元素的marging對其造成的影響，否則會導致padding和子元素的marging失效。

3. 盡量不要在View中使用Handle

View內(nèi)部本身提供了post系列的方法，幾乎可以完全替代Handle。

4. 如果View中有線程或者動畫需要及時停止，參考View#onDetachedFromWindow

因為當包含此View的Activity退出或者View被remove掉的時候View的onDetachedFromWindow方法會被調(diào)用，和此方法對應的是onAttachedToWindow，當View的Activity啟動或View被顯示在屏幕內(nèi)時會被調(diào)用，我們要在對應的方法中及時的做一些處理，防止內(nèi)存泄漏。

5. View帶有滑動嵌套，需要謹慎處理沖突

保證效果流程，要處理好滑動沖突。