/**
* 每天一个知识点day17 TODO 自定义View
* 自定义view的三个流程：
* onMeasure onLayout onDraw
* onMeasure 测量 系统会根据xml布局文件和代码对控件属性的设置，来获取或者计算出每一个view
* 或者viewGroup的尺寸，并将这些尺寸保存下来。
* onMeasure的过程根据view的类型分为两种
* 1.单一的view：通过measure的过程就完成了其测量的过程。
* 过程：measure() -> onMeasure() -> setMeasureDimension() -> getDefaultSize() -> 完成测量
* 2.ViewGroup：除了完成自身的测量以外，还会遍历调用子元素的measure方法，各个子元素再递归执行该流程。
* 过程：view.measure()->view.onMeasure()->viewGroup.measureChild()->
* viewGroup.getChildMeasureSpec->单一view的measure过程->合并到viewGroup测量值->
* view.setMeasureDimension()->完成测量。
*
* onLayout 布局 根据测量出的结果以及对应的参数，来确定每一个控件应该显示的位置。
* 1.单一view： layout->setOpticalFrame -> onLayout(空实现) ->完成布局
* 2.viewGroup: vg.layout()->调用super.layout->view.layout()->onLayout()->遍历子view->
* 计算当前view的位置->确定子view在自身的位置->child.layout->单一view的layout过程->完成
*
* onDraw 绘制 确定好位置后将这些控件绘制到屏幕上
* 单一view：绘制自身
* 过程：draw()->绘制background->绘制自己->绘制子view->绘制装饰（foreground，滚动条等）->结束
* viewGroup: 除了绘制自身view外，还需要绘制所有的子view
* 过程：view.draw()->view.drawBackground()->view.onDraw()->vg.dispatchDraw()->
* 单一view的draw过程->view.onDrawForeground()->结束
*
* onMeasure的MeasureSpec MeasureSpec概括了从父布局传递给子view布局的要求，每一个MeasureSpec代表了
* 宽度或者高度的要求，由size和mode组成。重写onMeasure方法时必须调用setMeasureDimension(w,h)
* 来存储view测量出的宽高
* 一个int32位，前两位用来保存mode，后面30为用来保存size
*
* UNSPECIFIED 父容器没有对当前View有任何限制，当前View可以任意取尺寸
* EXACTLY 当前的尺寸就是当前View应该取的尺寸 match_parent 100dp
* AT_MOST 当前尺寸是当前View能取的最大尺寸 wrap_content
*
*
* invalidate() 和 postInvalidate(),requestLayout() 的区别？
* invalidate和postInvalidate都是进行UI刷新的，invalidate方法运行在UI线程。postInvalidate运行在
* 非UI线程。用于将线程切换到UI线程，postInvalidate最后还是调用了invalidate。
* requestLayout()：刷新View，重新执行measure()、layout()、draw()方法。
/
/*
* 每天一个知识点day39 TODO view的draw() onDraw() dispatchDraw()方法的调用顺序
*
* view中的draw(Canvas canvas){
*
* 1. Draw the background 绘制背景
* 2. If necessary, save the canvas' layers to prepare for fading
* 如有必要，颜色渐变淡之前保存画布层(即锁定原有的画布内容)
* 3. Draw view's content 绘制view的内容
* 4. Draw children 绘制子view
* 5. If necessary, draw the fading edges and restore layers
* 如有必要，绘制颜色渐变淡的边框，并恢复画布(即画布改变的内容附加到原有内容上)
* 6. Draw decorations (scrollbars for instance)
* 绘制装饰，比如滚动条
*
* onDraw(canvas);
* dispatchDraw(canvas);
* }
*
* viewGroup中的dispatchDraw(Canvas canvas){
*
* drawChild(...)
* }
* 画完背景后，draw过程会调用onDraw(Canvas canvas)方法，
* 然后就是dispatchDraw(Canvas canvas)方法,
* dispatchDraw()主要是分发给子组件进行绘制，
* 我们通常定制组件的时候重写的是onDraw()方法。
* 值得注意的是ViewGroup容器组件的绘制，
* 当它没有背景时直接调用的是dispatchDraw()方法,
* 而绕过了draw()方法，当它有背景的时候就调用draw()方法，
* 而draw()方法里包含了dispatchDraw()方法的调用。
* 因此要在ViewGroup上绘制东西的时候往往重写的是dispatchDraw()方法而不是onDraw()方法，
* 或者自定制一个Drawable，重写它的draw(Canvas c)和 getIntrinsicWidth(),
* getIntrinsicHeight()方法，然后设为背景。
*
* draw() -> onDraw() -> dispatchDraw()
*
*/
https://blog.csdn.net/u012732170/article/details/55045472
自定义view的padding margin的处理。
子view的padding是在onDraw()里处理的
@Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
paddingLeft = getPaddingLeft();
paddingTop = getPaddingTop();
paddingRight = getPaddingRight();
paddingBottom = getPaddingBottom();
Rect rect = new Rect();
rect.left = 0 + paddingLeft;
rect.top = 0 + paddingTop;
rect.right = width - paddingRight;
rect.bottom = height - paddingBottom;
canvas.drawRect(rect,mPaint);
}
viewgroup的padding：
- 在onMeasure方法中处理ViewGroup的layout_width和layout_height为wrap_content的情况。本例模拟的是类似LinearLayout垂直布局的情景，因此在宽度方面，选择子View中宽度最大的那一个再加上padding值作为ViewGroup预设的宽度；在高度方面，算上所有子View的高度再加上padding值作为ViewGroup预设的高度，最后将预设值与剩余空间进行比较，选择值最小的作为ViewGroup测量之后的值。
2.在onLayout中处理padding，只需要在布置子View的时候加上padding的值即可。
viewgroup的margin：
margin的处理方式和自定义ViewGroup中padding的处理方式有点类似，在ViewGroup测量时，算上子View与ViewGroup的margin；在给子View布局时，算上margin即可。
- onMeasure方法可能会调用多次，因此在onMeasure中累加得做好初始化准备 。
- 直接使用MarginLayoutParams类会报错，因此得在ViewGroup中重载generateLayoutParams方法并且返回一个新的MarginLayoutParams对象，才能获取到margin值。
总结一下：
在自定义View中处理padding，只需要在onDraw()中处理，别忘记处理布局为wrap_content的情况。
在自定义ViewGroup中处理padding，只需要在onLayout()中，给子View布局时算上padding的值即可，也别忘记处理布局为wrap_content的情况。
自定义View无需处理margin，在自定义ViewGroup中处理margin时，需要在onMeasure()中根据margin计算ViewGroup的宽、高，同时在onLayout中布局子View时也别忘记根据margin来布局。
滑动冲突解决：https://blog.csdn.net/u012732170/article/details/54897422
滑动冲突包括：
（1）不同方向冲突，比如HorizontalScrollView内嵌ListView
（2）同方向冲突，比如纵向ScrollView嵌套ListView，两个滑动方向相同
（3）包含1、2中情况的冲突。
（1）对于第一种情况，一个是横向滑动，一个是纵向滑动，那么我们就让它在横向滑动时将事件交由HorizontalScrollView全权处理，在纵向滑动时将事件交由ListView全权处理，也就是说，当横向滑动时，HorizontalScrollView将拦截事件，此时产生的点击事件就由HorizontalScrollView的onTouchEvent来完成；当纵向滑动时，HorizontalScrollView不拦截事件，此时产生的点击事件就由ListView的onTouchEvent来完成。
（2）对于第二种情况，解决方案也是类似，视具体的业务需求来解决，比如ListView上头还有一个View，当滑动距离在那个View的高度之间时，ScrollView拦截事件，由ScrollView处理上下滑动的事件，当滑动距离到达ListView时，就不拦截事件，让ListView继续处理上下滑动事件，当然，这只是其中的一个例子。
（3）对于第三种情况也是类似的，就是要考虑是否拦截的判定条件变得更为复杂，我下面要讲的例子就涉及了这方面的内容。
该如何解决滑动冲突呢？
有2种方法：
（1）外部拦截法，顾名思义，就是从父元素着手来拦截，具体实现就是在父元素的onInterceptTouchEvent方法中根据解决思路来拦截事件。
（2）内部拦截法，类似的，就是从子元素着手，主动告诉父元素是否要拦截，具体实现就是在子元素的dispatchTouchEvent方法中使用getParent().requestDisallowInterceptTouchEvent(false)；
false的意思就是告诉父元素此时需要拦截事件了，true就是不让父元素拦截，至于getParent()方法，视你的布局而定，如果只有一个ViewGroup和一个View（或者是Viewgroup），那么用一个getParent()就可以了，如果有两个ViewGroup，那么对于最底层的那个View（或者ViewGroup）就要使用两次getParent()，即
getParent().getParent().requestDisallowInterceptTouchEvent(false);
网友评论