最近寫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