最近写Demo,忽然发现了Layout_weight这个属性,发现网上有不少关于这个属性的有意思的讨论,但是找了好多资料都没有找到一个可以说的清楚的,因而本身结合网上资料研究了一下,终于迎刃而解,写出来你们分享,之后遇到这个属性的时候,就能运用自如了,闲话少序,进入正题吧,若是以为我写的用道理,欢迎转给更多的人看。 html
首先看一下Layout_weight属性的做用:他是用来分配属于空间的一个属性,你能够设置他的权重。不少人不知道剩余空间是个什么概念,下面我先来讲说剩余空间。 android
看下面代码: app
运行结果是: 学习
看上面代码:只有Button2使用了Layout_weight属性,并赋值为了1,而Button1和Button3没有设置Layout_weight这个属性,根据API,可知,他们默认是0 spa
下面我就来说,Layout_weight这个属性的真正的意思:Android系统先按照你设置的3个Button高度Layout_height值wrap_content,给你分配好他们3个的高度, .net
而后会把剩下来的屏幕空间所有赋给Button2,由于只有他的权重值是1,这也是为何Button2占了那么大的一块空间。 xml
有了以上的理解咱们就能够对网上关于Layout_weight这个属性更让人费解的效果有一个清晰的认识了 htm
咱们来看这段代码: blog
按照上面的理解,系统先给3个TextView分配他们的宽度值wrap_content(宽度足以包含他们的内容1,2,3便可),而后会把剩下来的屏幕空间按照1:2:3的比列分配给3个textview,因此就出现了上面的图像。 three
而当layout_width=“fill_parent”时,若是分别给三个TextView设置他们的Layout_weight为1、2、2的话,就会出现下面的效果:
你会发现 1的权重小,反而分的多了,这是为何呢???网上不少人说是当layout_width=“fill_parent”时,weighth值越小权重越大,优先级越高,就好像在背口诀
同样,其实他们并无真正理解这个问题,真正的缘由是Layout_width="fill_parent"的缘由形成的。依照上面理解咱们来分析:
系统先给3个textview分配他们所要的宽度fill_parent,也就是说每一都是填满他的父控件,这里就死屏幕的宽度
那么这时候的剩余空间=1个parent_width-3个parent_width=-2个parent_width (parent_width指的是屏幕宽度 )
那么第一个TextView的实际所占宽度应该=fill_parent的宽度,即parent_width + 他所占剩余空间的权重比列1/5 * 剩余空间大小(-2 parent_width)=3/5parent_width
同理第二个TextView的实际所占宽度=parent_width + 2/5*(-2parent_width)=1/5parent_width;
第三个TextView的实际所占宽度=parent_width + 2/5*(-2parent_width)=1/5parent_width;因此就是3:1:1的比列显示了。
这样你也就会明白为何当你把三个Layout_weight设置为1、2、3的话,会出现下面的效果了:
第三个直接不显示了,为何呢?一块儿来按上面方法算一下吧:
系统先给3个textview分配他们所要的宽度fill_parent,也就是说每一都是填满他的父控件,这里就死屏幕的宽度
那么这时候的剩余空间=1个parent_width-3个parent_width=-2个parent_width (parent_width指的是屏幕宽度 )
那么第一个TextView的实际所占宽度应该=fill_parent的宽度,即parent_width + 他所占剩余空间的权重比列1/6 * 剩余空间大小(-2 parent_width)=2/3parent_width
同理第二个TextView的实际所占宽度=parent_width + 2/6*(-2parent_width)=1/3parent_width;
第三个TextView的实际所占宽度=parent_width + 3/6*(-2parent_width)=0parent_width;因此就是2:1:0的比列显示了。第三个就直接没有空间了。
呵呵,写了一夜,解决了一个问题仍是很高兴的,但愿你们互相学习吧~睡觉去了,晚安
谢谢这2篇博客的启发 http://www.mysjtu.com/page/M0/S706/706016.html
http://byandby.iteye.com/blog/1020374