转载请注明本文出自大苞米的博客(http://blog.csdn.net/a396901990),谢谢支持!
简单介绍:
在自己定义view的时候,事实上非常easy,仅仅须要知道3步骤:
1.測量——onMeasure():决定View的大小
2.布局——onLayout():决定View在ViewGroup中的位置
3.绘制——onDraw():怎样绘制这个View。
第3步的onDraw系统已经封装的非常好了,基本不用我们来担心,仅仅须要专注到1,2两个步骤就中好了。
第一步的測量,能够參考:(ANDROID自己定义视图——onMeasure,MeasureSpec源代码 流程 思路具体解释)
第二步的布局,能够參考:(ANDROID自己定义视图——onLayout源代码 流程 思路具体解释)
以下来介绍是怎样通过之前学习的onMeasure和onLayout去自己定义一个仿瀑布型的自己定义视图。
效果图:
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvYTM5NjkwMTk5MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" width="400" height="300" alt="">
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvYTM5NjkwMTk5MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" width="400" height="300" alt="">
第一个gif图是在手机模拟器上,因为手机屏幕小所以在竖直状态下每行显示一个,在横屏时每行显示两个。
而在平板上时候因为屏幕非常大,所以能够依据详细尺寸和须要调整每行显示的view数。
本例仅仅是简单的显示,可是这里能够把每一个view当做是一个Card。
每一个Card用一个fragment控制。这样就能够在一个大屏中按需求显示很多其它的Fragment,这样就不用在ViewPager中左右滑动来显示fragment。
代码分析:
主Activity:
@Override
protected void onCreate( Bundle savedInstanceState )
{
super.onCreate(savedInstanceState);
setContentView(R.layout.main_layout);
}
main_layout.xml:
<? xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:auto="http://schemas.android.com/apk/res-auto"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"> <com.gxy.autolayout.MyScrollView
auto:columns="1"
android:id="@+id/myScrollView"
android:layout_margin="5dip"
android:layout_width="match_parent"
android:layout_height="match_parent">
</com.gxy.autolayout.MyScrollView> </LinearLayout>
没什么特别的,仅仅是在一个LinearLayout中增加了一个自己定义的View——MyScrollView。并且在该View中有个自己定义属性columns,它表示每行显示多少个View。
关于自己定义属性网上非常多,我这里就不浪费时间了。
MyScrollView:
/**
* 该类继承自ScrollView,目的是为了能够滑动我们自己定义的视图
*/
public class MyScrollView
extends ScrollView
{
int columns = 0; public MyScrollView( Context context )
{
super(context);
} public MyScrollView( Context context, AttributeSet attrs )
{
super(context, attrs);
// 取出布局中自己定义的属性
TypedArray typedArray = context.obtainStyledAttributes(attrs, R.styleable.MyScrollView);
columns = typedArray.getInteger(R.styleable.MyScrollView_columns, 0);
typedArray.recycle();
// 初始化视图
initView(columns);
} private void initView( int columns )
{
// 建立一个LinearLayout作为ScrollView的顶层视图(由于ScrollView仅仅能够有一个子ViewGroup)
LinearLayout linearLayout = new LinearLayout(getContext());
linearLayout.setOrientation(LinearLayout.VERTICAL);
// 在LinearLayout中增加一个自己定义视图AutoCardLayout(我们的逻辑所有在这个自己定义视图类中)
linearLayout.addView(new AutoCardLayout(getContext(), columns));
addView(linearLayout, new ViewGroup.LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.MATCH_PARENT));
}
}
AutoCardLayout:
/**
* AutoCardLayout继承自ViewGroup,主要作用就是依据column的值动态的排列每一个card视图
*/
public class AutoCardLayout
extends ViewGroup { // 每行显示的列数
int column = 0;
// 每一个Card的横向间距
int margin = 20; // 构造方法中增加5个已经定义好的布局(这里就是为了图方便。就直接扔构造方法里了)
public AutoCardLayout(Context context, int columns) {
super(context);
this.column = columns;
View v1 = LayoutInflater.from(context).inflate(R.layout.card_layout1, null);
View v2 = LayoutInflater.from(context).inflate(R.layout.card_layout2, null);
View v3 = LayoutInflater.from(context).inflate(R.layout.card_layout3, null);
View v4 = LayoutInflater.from(context).inflate(R.layout.card_layout4, null);
View v5 = LayoutInflater.from(context).inflate(R.layout.card_layout5, null); addView(v1, new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT));
addView(v2, new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT));
addView(v3, new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT));
addView(v4, new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT));
addView(v5, new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT));
} // 重写的onMeasure方法
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { } // 重写的onLayout方法
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) { }
}
onMeasure和onLayout是本文的重点,所以单独拿出来解说。
只是为了更好的理解,我先把思路解说一下:
1. 此布局类似与瀑布布局,从左到右排序。但会重上到下按列对齐(按列对齐这点很重要)
2. 在onMeasure方法中须要測量每一个子View的宽。每一个子View的宽应该是同样的,和每行显示的列数和间距有关
3. 在onMeasure方法中我们无法測量出每一个子View的測量高度(MeasureSpec.getSize(heightMeasureSpec)=0)。由于在ScrollView中高度不确定(个人理解,希望指正)
4. 在onMeasure方法须要測量父视图的大小,宽度是确定的。主要測量实际的高度(父View高度是最长列子View的高度之和)
5. 在onLayout方法中须要依据每一个View所在的位置进行布局
onMeasure
// 重写的onMeasure方法
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { // 得到父View的实际測量宽
int width = MeasureSpec.getSize(widthMeasureSpec); // (width - (column - 1) * margin) / column 得到每一个子View的宽度(思路:父View减去全部的间距再除以列数)
// 依据子View宽度和測量模式确定出子View的具体測量宽
int colWidthSpec = MeasureSpec.makeMeasureSpec((width - (column - 1) * margin) / column, MeasureSpec.EXACTLY);
// 由于測量不出来子View的高度,所以这里设置其測量模式为未指定得到具体測量高
int colHeightSpec = MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED); // 列数组,代表这一列全部View的高度
int[] colPosition = new int[column]; // 循环全部子View
for (int i = 0; i < getChildCount(); i++) {
View child = getChildAt(i);
// 调用子View的measure方法并传入之前计算好的值进行測量
child.measure(colWidthSpec, colHeightSpec); // (i + 1 + column) % column 这段代码就是通过当前的View和列数算出当前View是在第几列(多加了一个column值是防止被余数小于余数)
// 将对应列的子View高度相加
colPosition[(i + 1 + column) % column] += child.getMeasuredHeight();
} // 父View的长度值
int height = 0;
// 以下代码计算出列数组中最长列的值,最长列的值就是父View的高度
for (int j = 0; j < column; j++) {
height = colPosition[j] > height ? colPosition[j] : height;
} // 依据计算得到的宽高值測量父View
setMeasuredDimension(width, height);
}
onLayout
// 重写的onLayout方法
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
// 列数组,代表这一列全部View的高度
int[] colPosition = new int[column]; // 循环全部子View
for (int i = 0; i < getChildCount(); i++) {
View child = getChildAt(i); // 得到子View的宽高,
int width = child.getMeasuredWidth();
int height = child.getMeasuredHeight(); // 得到当前View在列数组中的下标(假设余数为0则是最后一列)
int index = (i + 1 + column) % column == 0 ? column - 1 : (i + 1 + column) % column - 1;
// 将子View的高度加到列高度中
colPosition[index] += height; // 计算当前View的左上右下值,传入layout方法中进行布局
// 详细思路我在之前介绍onlayout的文章提过,仅仅要知道left值和top值还有子View的宽高值就能够确定出right和bottom值(right = left + width,bottom = top + height)
int left = l + index * (width + margin);
int right = column == index + 1 ? r : left + width;
int top = t + colPosition[index] - height;
int bottom = top + height;
child.layout(left, top, right, bottom);
}
}
onMeasure和onLayout就介绍完了,我自觉得这个算法还是非常不错的。
以下介绍一下我在自己定义View时的技巧:
1. hierarchyviewer
2. DEBUG + 找张纸拿笔算
hierarchyviewer
这个不用多说,自己定义View时的神器
大家能够在例如以下文件夹中找到它:your sdk path\sdk\tools
以下放几张hierarchyviewer的截图,顺便看看这个样例的视图结构:
最外层结构
如图,每一个子视图都是在FrameLayout视图之上。否则不能正确測量(什么原因请大神指点)。
我为了方便直接把FrameLayout写在每一个Cardlayout中,事实上比較好的做法是应该在代码中new一个FrameLayout然后再addView(看代码时fragment常常包裹在一个FrameLayout中。道理应该是同样的)。
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvYTM5NjkwMTk5MA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">
如图还能够点击观看具体的比例情况
大家还能够点击右上角的Profile Node查看View的运行效率(视图上面的三个小圆点就是)。
hierarchyviewer还能够查看具体的屏幕画面,具体到像素级别的问题都能够通过它发现。
假设看一个比較复杂的代码时也能够使用hierarchyviewer高速了解视图结构。
DEBUG+找张纸拿笔算:
使用hierarchyviewer的主要作用就是为了调错用的。而详细的宽高计算还须要不停的跟踪debug,而算法和思路就须要用纸笔慢慢设计计算了(除非你有一个牛逼的大脑)
总结:
之前写完onMeasure和onLayout的内容时就想写一个小样例,本来计划写个FlowLayout(流布局)的样例。
可是前几个星期发现有人刚写了一个。所以也是借着流布局的思路写出来这个。写完发现这不就是Waterfall Layout(瀑布布局)么。
这个样例有非常多能够改进的地方,比方还不能动态加入和删除视图,列值也不能动态设置。没有依据屏幕大小按比例放大/缩小每一个Card视图。并且Card视图也应该在Fragment中,然后再加入到自己定义View中去。以后有时间我会好好改进一下。
有人要下载的话就看看逻辑就好了。那几个CardLayout我就是东挪西凑弄出来的。里面的代码简直不忍直视大家就忽略好了。
另外这个project是eclipse建立,然后导入到Android Studio中编写的。
正常导入是没问题的,假设有问题的话试试把build.gradle等文件删除再导入,实在不好使就新建个project把几个关键类复制进去吧。。。
版权声明:本文博客原创文章,博客,未经同意,不得转载。