深入Android 【六】 —— 界面構造

UI界面，對於每個應用而言，是它與用戶進行交互的門臉。好的門臉，不只是是要亮麗可人，最好還能秀色可餐過目不忘，甚至還應該有涵養有氣質，彬彬有理溫柔耐心。對於開發者來說，鍛造這樣的面容，不但需要高超的技藝，也需要有稱手的工具和對得起黨的料子。俗話說，朽木不可雕也，芙蓉不是一日煉成的，不是什麼平台都能叫特能書。有套好用的UI框架，對於開發者而言，真有如沙漠中的甘露，而要是撞見了杯具的UI套件，整個界面開發就有如夢魘了。Android的UI框架，最核心的，是資源和Layout體系，然後，通過完善的控制項庫，簡明的介面設計，進一步幫助開發者，能夠最快的搭建自己需要界面（聽到這裡，Symbian同學開始鑽土...）。UI控制項做UI，有時候就像搭積木，在Android中，這個最原子的積木塊，就是View。所有其他的UI元素，都是派生於此類的子孫類們。

又從SDK中偷來張圖，用來描述Android的UI控制項結構，在每一個window下，這都是一個標準而完整的樹結構。View有一個子類ViewGroup，它相當於一個容器類或者是複合控制項，所有派生與ViewGroup的子類在這顆UI樹中都可以承擔著父節點的職責，而另一些繞過ViewGroup從View直通下來的，就只能蜷局在葉節點的範疇內了。之所有說這是一個很標準的控制項樹，是因為父控制項對子控制項有絕對的掌控權，每個子控制項的佔地面積和位置，都是基於父控制項來分配的，它能夠接受和處理的事件，也是父控制項派發下去的。這樣的結構，被很多平台和框架廣泛的認可，和傳統的win開發和杯具的Symbian相比，雖然因為事件傳播途徑變長了，很多操作的效率變低了，但整個結構更有層次性，每個控制項只需要多其父控制項負責指揮子控制項就好，職責明確，邏輯簡單，利於開發和設計。談及任何平台的控制項，都有一些不可避免的主題，比如，每個控制項如何標識，如何設定大小和位置，如何接受和處理事件，如何繪製，諸如此類。

標識

在Android中，你可以為每個控制項選擇設定一個id，這個id的全局的唯一性不需要保證，但在某個局部的範圍內具有可識別性，這樣就可以通過這個id找到這個控制項（如果不需要查找，就別設置了...）。但是，在父控制項中逐級的find比較，找到id匹配的控制項，然後再做轉型，是一個比較重量的操作，於是Android又為控制項憋出另一個屬性，tag。它接受任意object類型的數據，你可以把和這個控制項對象相關的內容堆在裡面。比如，在list中，我們常常將和每個list item相關的所有控制項元素封裝成一個object，扔到tag中，就不需要每次都去比較id進行尋找，更加高效快捷。

尺寸

在Android中，控制項最重要的大小屬性，就是width/height，開發者可以明確的指明控制項的大小，可以設定成為fill_parent和wrap_content，這樣的概念性的大小。丈量並設定控制項的位置，是通過兩步來進行的。第一步是measure。它傳入此控制項的width/height信息，控制項會根據自己的參數，計算出真實需要的width/height，然後調用setMeasuredDimension方法，緩存成成員變數，留作後用。在計算出大小之後，會進行另一個步驟，layout。在這個過程中，父控制項會計算其上各個子控制項的位置，從而完成整個大小和位置的確定流程。整個measure和layout的流程，都是自上到下，從樹頂往葉子來推進的。當開發人員需要自定義控制項的時候，可能需要關注這些內容，通過重載onMeasure和onLayout方法，可以定義自己控制項的丈量方式。

事件

在Android中，所有的按鍵，觸屏等事件，都是從頂至下進行分發的。每個ViewGroup的對象，會維繫一個focused變數，它表示在這個父控制項中具備focus的控制項，當有按鍵時間發生的時候，會找到這個focused子控制項，並傳遞給它。同理，觸屏事件的分發也是類似，只不過和focus無關，父控制項會遍歷所有子控制項，看看誰處於觸碰位置，從而傳遞給誰。另外還有一些事件，邏輯上並不是從頂至下發起的。比如，當你修改某個子控制項的內容，使得該子控制項的大小和內容都發生了變化，就需要進行控制項的重排和重繪，這些操作不僅是子控制項自己的事情，需要整個控制項樹上的所有控制項都需要配合。在Android中，處理這類事情的實現策略是子控制項維繫一個ViewParent對象，該對象象徵著整個控制項樹的管理者，子控制項產生影響整個控制項樹的事件時，會通知到ViewParent，ViewParent會將其轉換成一個自頂向下的事件，分發下去。Android的事件處理邏輯，採用的是觀察者模式。Android的控制項提供了一些列的add/set Listener的介面，使得外部觀察者，有機會處理控制項事件。比如，你需要在某個button被點擊時做一些事情，你就需要派生一個View.OnClickListener對象作為觀察者，調用該控制項的setOnClickListener介面註冊進去，當button被點擊，就可以獲得處理點擊事件的機會了。當然，有的時候，你需要處理的邏輯更為複雜，光是站在外面圍觀叫好不能解決問題，可能就需要派生某個控制項，去重載onXXXX之類的事件處理函數，進行更完整的控制。

焦點

對於一個非觸屏的機器，焦點的維繫是一個極其重要的事情，而在有觸屏的年代，焦點的地位雖有所下降，但依然還是需要妥善保護的。Android中，是以控制項樹為單位，來管理焦點的。每個控制項，可以設置上下左右四向的focus轉移對象。當在一個控制項上發生焦點轉移事件，Android會如前述，自頂向下根據設定好的焦點轉移邏輯，跳轉到正確的控制項上。和Symbian相比，真是，真是。。。

Layout

Layout是一類特殊的ViewGroup控制項，它們本身沒有任何可顯示內容，形如透明的玻璃盒子，存活的唯一理由，就是其中的內部結構，能夠更好的擺放它的子控制項們。比如線性的Layout，LinearLayout。放入這個Layout的子控制項，會按水平或垂直方向，排排坐，一個挨著一個按順序排列下去。TableLayout，可以將子控制項按照表格的形式，一枚枚放置好。而RelativeLayout則更靈活，可以設定各個控制項之間的對齊和排列關係，適合定製複雜的界面。有了Layout的存在，控制項和控制項之間不再割裂的存在，而是更有機的結合在了一起，設定起來也更為方便。比Symbian那樣人肉維繫各個控制項的關係，輕鬆自在多了。

更多

這些問題的完整答案，參見SDK中View的頁面：/reference/android/view/View.html。實現有了這些對Android的UI控制項的認知，可以看更整體性的實現細節，那就是Activity的UI實現。

如上圖所示，假設你做了個如同虛線框中結構的一個界面，通過Activity的setContentView方法，塞進了Activity中，就會形成圖示的一個邏輯關係。每一個Activity，都包含一個Window對象，它表示的是一個頂級的一整屏幕上面的界面邏輯。在Android源碼中，其實現是MidWindow，它包含了一個FrameLayout對象，呈現出來就是那種帶著一個title的界面樣子。自定義的一堆控制項，會插進Window的界面部分，在Activity中，所有事件的處理邏輯，是Window先享用，沒消費掉在交由這堆控制項吃剩的。在整個控制項樹的最頂端，是一個邏輯的樹頂，ViewParent，在源碼中的實現是ViewRoot。它是整個控制項樹和WindowManager之間的事件信息的翻譯者。WindowManager是Android中一個重要的服務。它將用戶的操作，翻譯成為指令，發送給呈現在界面上的各個Window。Activity，會將頂級的控制項註冊到WindowManager中，當用戶真是觸碰屏幕或鍵盤的時候，WindowManager就會通知到，而當控制項有一些請求產生，也會經由ViewParent送回到WindowManager中。從而完成整個通信流程。
推薦閱讀：