Layout對於迅速的搭建介面和提高介面在不同解析度的螢幕上的適應性具有很大的作用。這裡簡要介紹Android的Layout和研究一下它的實現。
Android有4種Layout:FrameLayout,LinearLayout,TableLayout,RelativeLayout。
放入Layout中進行排布的View的XML屬性:
4種Layout中Item所共有的XML屬性:
(1)layout_width
(2)layout_height
(3)layout_marginLeft
(4)layout_marginTop
(5)layout_marginRight
(6)layout_marginBottom
(7)layout_gravity
FrameLayout中的Item就具有這些屬性。對於LinearLayout還會有
(8)layout_weight TableLayout的行TableRow是一個橫向的(horizontal)的LinearLayout。
RelativeLayout有16個align相關的XML屬性。
(9)layout_above
(10)layout_alignBaseline
(11)layout_alignBottom
(12)layout_alignLeft
(13)layout_alignParentBottom
(14)layout_alignParentLeft
(15)layout_alignParentRight
(16)layout_alignParentTop
(17)layout_alignRight
(18)layout_alignTop
(19)layout_below
(20)layout_centerHorizontal
(21)layout_centerInParent
(22)layout_centerVertical
(23)layout_toLeftOf
(24)layout_toRightOf
(1)和(2)用來確定放入Layout中的View的寬度和高度:它們的可能取值為fill_parent,wrap_content或者固定的像素值。
(3)(4)(5)(6)是放入Layout中的View期望它能夠和Layout的邊界或者其他View之間能夠相距一段距離。
(7)用來確定View在Layout中的固定位置。
(8)用於在LinearLayout中把所有子View排布之後的剩餘空間按照它們的layout_weight分配給各個擁有這個屬性的View。
(9)到(24)用來確定RelativeLayout中的View相對於Layout或者Layout中的其他View的位置。 根據Android的文檔,Android會對Layou和View嵌套組成的這棵樹進行2次遍曆,一次是measure調用,用來確定Layout或者View的大小;一次是layout調用,用來確定Layout或者view的位置。當然後來我自己的山寨實現把這2次調用合并到了一起。那就是Layout在排布之前都對自己進行measure一次,然後對View遞迴調用Layout方法。這樣子的大小肯定是確定了的。然後用確定了的大小來使用gravity或者align屬性來定位,使用margin來調整位置。虛擬碼如下所示:
long layout(parent_leftPos, parent_topPos, parent_width, parent_height)
{
measure(parent_width, parent_height);
while (!list.empty())
{
horizontalLeft = horizontalLeft - pChild->leftMargin - pChild->rightMargin;
verticalLeft = verticalLeft - pChild->topMargin - pChild->bottomMargin;
pChild->layout(curLeftPos, curTopPos, horizontalLeft, verticalLeft);
// use gravity or align
// use margin
// scale layout size if this is a layout and it's layout_width orlayout_height is wrap_content
}
// use weight.
}
如果自己來實現這套機制的話,實現的痛點就是根據使用者對View或者Layout指定的layout_width,layout_height的三種值來確定View或者Layout的大小。 對於View來說這個比較容易。
(1)它下面沒有嵌套的Layout的時候:比如如果它是一個標準控制項Button,它的layout_width是WRAP_CONTENT或者像素值的話,那麼就是確定的了。如果layout_width是FILL_PARENT,它所在的Layout如果是FILL_PARENT,也是確定了的。如果是WRAP_CONTENT,那麼這個是一個屬性衝突,可以依照Layout的屬性來進行處理。
(2)它下面嵌套有Layout的時候,那麼這個就涉及到了Layout的大小確定了,這轉化為了Layout大小確定問題。 對於Layout來說比較複雜。主要Layout之間可以相互嵌套。如果父Layout是WRAP_CONTENT,子Layout是FILL_CONTENT,而子Layout的content則是它下面的各個View排布完成之後才可以確定的,所以View的衝突處理方法不能直接使用。也就是說measure的調用過程中,如果不對View進行排布的話,就不能得到Layout的content大小。那麼既然不排布不知道,那就在measure的時候把WRAP_CONTENT屬性保留到layout調用的時候再確定吧。 在實現Layout的measure方法的時候,先要儘可能(因為WRAP_CONTENT的原因)確定自己本身的measuredWidth和measuredHeight,然後傳給各個子View或者Layout進行measure調用。在實現Layout的layout方法的時候,則要先對各個子View或者Layout進行layout調用,然後才是對Layout本身根據Layout本身的性質和Layout中各個View的屬性來進行排布。這樣做的目的是先排布子節點,獲得子節點的大小(逐層遞迴調用下去,最後達到View子節點的時候就全部確定了,然後逐層遞迴返回,上層節點也都確定了measuredWidth和measuredHeight)。 最後有一點要說明的就是Layout在排布它的子View或者Layout的時候,由於自己的大小還沒有確定,所以有些View的layout屬性即使設定了,也是要忽略的。比如Android文檔上提到:如果你對RelativeLayout的layout_width設定為WRAP_CONTENT,而對它下面的一個View設定了屬性layout_alignParentRight為true,這就是衝突的情況。所以使用者在使用這些layout屬性之前,首先要確保它們邏輯上都是行的通的,然後才能期望Layout機制能夠正確的起作用。 當然Android的真實實現過程當然比上面的描述的要複雜的多,但是通過Eclipse上Android外掛程式反覆的實驗,也可以看出Android的實現也並非是完美無瑕的,它也有賴於使用者的正確使用。邏輯不通的,相互衝突的layout屬性也會使它的行為難以預測。
本文來自CSDN部落格,轉載請標明出處:http://blog.csdn.net/archimedes_zht/archive/2010/02/28/5333120.aspx