文章轉載自http://www.cnblogs.com/duguguiyu/archive/2010/03/27/1698515.html
界面構造
UI界面渔期，對于每個應用而言炊苫，是它與用戶進行交互的門臉魄梯。好的門臉隙姿，不只是是要亮麗可人，最好還能秀色可餐過目不忘，甚至還應該有涵養(yǎng)有氣質，彬彬有理溫柔耐心娇豫。對于開發(fā)者來說匙姜，鍛造這樣的面容畅厢，不但需要高超的技藝，也需要有稱手的工具和對得起黨的料子氮昧。俗話說框杜，朽木不可雕也，芙蓉不是一日煉成的袖肥，不是什么平臺都能叫特能書咪辱。有套好用的UI框架，對于開發(fā)者而言椎组，真有如沙漠中的甘露油狂，而要是撞見了杯具的UI套件，整個界面開發(fā)就有如夢魘了。
Android的UI框架专筷，最核心的弱贼，是資源和Layout體系，然后磷蛹，通過完善的控件庫吮旅，簡明的接口設計，進一步幫助開發(fā)者味咳，能夠最快的搭建自己需要界面（聽到這里庇勃，Symbian同學開始鉆土...）。
UI控件
做UI槽驶，有時候就像搭積木责嚷，在Android中，這個最原子的積木塊捺檬，就是View再层。所有其他的UI元素，都是派生于此類的子孫類們堡纬。
又從SDK中偷來張圖聂受，用來描述Android的UI控件結構，在每一個window下烤镐，這都是一個標準而完整的樹結構蛋济。View有一個子類ViewGroup，它相當于一個容器類或者是復合控件炮叶，所有派生與ViewGroup的子類在這顆UI樹中都可以承擔著父節(jié)點的職責碗旅，而另一些繞過ViewGroup從View直通下來的，就只能蜷局在葉節(jié)點的范疇內了镜悉。之所以說這是一個很標準的控件樹祟辟，是因為父控件對子控件有絕對的掌控權，每個子控件的占地面積和位置侣肄，都是基于父控件來分配的旧困，它能夠接受和處理的事件，也是父控件派發(fā)下去的稼锅。這樣的結構吼具，被很多平臺和框架廣泛的認可，和傳統(tǒng)的win開發(fā)和杯具的Symbian相比矩距，雖然因為事件傳播途徑變長了拗盒，很多操作的效率變低了，但整個結構更有層次性锥债，每個控件只需要聽其父控件負責指揮子控件就好陡蝇，職責明確痊臭，邏輯簡單，利于開發(fā)和設計登夫。談及任何平臺的控件趣兄，都有一些不可避免的主題，比如悼嫉，每個控件如何標識艇潭，如何設定大小和位置，如何接受和處理事件戏蔑，如何繪制蹋凝，諸如此類。
標識
在Android中总棵，你可以為每個控件選擇設定一個id鳍寂，這個id的全局的唯一性不需要保證，但在某個局部的范圍內具有可識別性情龄，這樣就可以通過這個id找到這個控件（如果不需要查找迄汛，就別設置了...）。
但是骤视，在父控件中逐級的find比較鞍爱，找到id匹配的控件，然后再做轉型专酗，是一個比較重量的操作睹逃，于是Android又為控件憋出另一個屬性，tag。它接受任意object類型的數(shù)據，你可以把和這個控件對象相關的內容堆在里面濒持。比如，在list中翼闹，我們常常將和每個list item相關的所有控件元素封裝成一個object，扔到tag中蒋纬，就不需要每次都去比較id進行尋找猎荠，更加高效快捷。
尺寸
在Android中颠锉，控件最重要的大小屬性法牲，就是width/height史汗，開發(fā)者可以明確的指明控件的大小琼掠，可以設定成為match_parent和wrap_content，這樣的概念性的大小停撞。丈量并設定控件的位置瓷蛙，是通過兩步來進行的悼瓮。
第一步是measure。它傳入此控件的width/height信息艰猬，控件會根據自己的參數(shù)横堡，計算出真實需要的width/height，然后調用setMeasuredDimension方法冠桃，緩存成成員變量命贴，留作后用。
在計算出大小之后食听，會進行另一個步驟胸蛛，layout。在這個過程中樱报，父控件會計算其上各個子控件的位置葬项，從而完成整個大小和位置的確定流程。整個measure和layout的流程迹蛤，都是自上到下民珍，從樹頂往葉子來推進的。
當開發(fā)人員需要自定義控件的時候盗飒，可能需要關注這些內容嚷量，通過重載onMeasure和onLayout方法，可以定義自己控件的丈量方式逆趣，通過重載onDraw方法繪制出布局界面津肛。
事件
在Android中，所有的按鍵汗贫，觸屏等事件身坐，都是從頂至下進行分發(fā)的。每個ViewGroup的對象落包，會維系一個focused變量部蛇，它表示在這個父控件中具備focus的控件，當有按鍵時間發(fā)生的時候咐蝇，會找到這個focused子控件涯鲁，并傳遞給它。同理有序，觸屏事件的分發(fā)也是類似抹腿，只不過和focus無關，父控件會遍歷所有子控件旭寿，看看誰處于觸碰位置警绩，從而傳遞給誰。
另外還有一些事件盅称，邏輯上并不是從頂至下發(fā)起的肩祥。比如后室，當你修改某個子控件的內容，使得該子控件的大小和內容都發(fā)生了變化混狠，就需要進行控件的重排和重繪岸霹，這些操作不僅是子控件自己的事情，需要整個控件樹上的所有控件都需要配合将饺。在Android中贡避，處理這類事情的實現(xiàn)策略是子控件維系一個ViewParent對象，該對象象征著整個控件樹的管理者予弧，子控件產生影響整個控件樹的事件時贸桶，會通知到ViewParent，ViewParent會將其轉換成一個自頂向下的事件桌肴，分發(fā)下去皇筛。
Android的事件處理邏輯，采用的是觀察者模式坠七。Android的控件提供了一些列的add/set Listener的接口水醋，使得外部觀察者，有機會處理控件事件彪置。比如拄踪，你需要在某個button被點擊時做一些事情，你就需要派生一個View.OnClickListener對象作為觀察者拳魁，調用該控件的setOnClickListener接口注冊進去惶桐，當button被點擊，就可以獲得處理點擊事件的機會了潘懊。當然姚糊，有的時候，你需要處理的邏輯更為復雜授舟，光是站在外面圍觀叫好不能解決問題救恨，可能就需要派生某個控件，去重載onXXXX之類的事件處理函數(shù)释树，進行更完整的控制肠槽。
焦點
對于一個非觸屏的機器，焦點的維系是一個極其重要的事情奢啥，而在有觸屏的年代秸仙，焦點的地位雖有所下降，但依然還是需要妥善保護的桩盲。
Android中寂纪，是以控件樹為單位，來管理焦點的正驻。每個控件弊攘，可以設置上下左右四向的focus轉移對象。當在一個控件上發(fā)生焦點轉移事件姑曙，Android會如前述襟交，自頂向下根據設定好的焦點轉移邏輯，跳轉到正確的控件上伤靠。和Symbian相比捣域，真是，真是宴合。焕梅。。
Layout
Layout是一類特殊的ViewGroup控件卦洽，它們本身沒有任何可顯示內容贞言，形如透明的玻璃盒子，存活的唯一理由阀蒂，就是其中的內部結構该窗，能夠更好的擺放它的子控件們。
比如線性的Layout蚤霞，LinearLayout酗失。放入這個Layout的子控件，會按水平（horizontal）或垂直（vertical）方向昧绣，排排坐规肴，一個挨著一個按順序排列下去。TableLayout夜畴，可以將子控件按照表格的形式拖刃，一枚枚放置好。而RelativeLayout則更靈活贪绘，可以設定各個控件之間的對齊和排列關系序调，適合定制復雜的界面。
有了Layout的存在兔簇，控件和控件之間不再是割裂的存在发绢，而是更有機的結合在了一起，設定起來也更為方便垄琐。比Symbian那樣人肉維系各個控件的關系边酒，輕松自在多了。
更多
這些問題的完整答案狸窘，參見SDK中View的頁面：/reference/android/view/View.html墩朦。
實現(xiàn)
有了這些對Android的UI控件的認知，可以看更整體性的實現(xiàn)細節(jié)翻擒，那就是Activity的UI實現(xiàn)氓涣。
如上圖所示牛哺，假設你做了個如同虛線框中結構的一個界面，通過Activity的setContentView方法劳吠，塞進了Activity中引润，就會形成圖示的一個邏輯關系。每一個Activity痒玩，都包含一個Window對象淳附，它表示的是一個頂級的一整屏幕上面的界面邏輯。在Android源碼中蠢古，其實現(xiàn)是MidWindow奴曙，它包含了一個FrameLayout對象，呈現(xiàn)出來就是那種帶著一個title的界面樣子草讶。自定義的一堆控件洽糟，會插進Window的界面部分，在Activity中堕战，所有事件的處理邏輯脊框，是Window先享用，沒消費掉在交由這堆控件吃剩的践啄。
在整個控件樹的最頂端浇雹，是一個邏輯的樹頂，ViewParent屿讽，在源碼中的實現(xiàn)是ViewRoot昭灵。它是整個控件樹和WindowManager之間的事件信息的翻譯者。WindowManager是Android中一個重要的服務伐谈。它將用戶的操作烂完，翻譯成為指令，發(fā)送給呈現(xiàn)在界面上的各個Window诵棵。Activity抠蚣，會將頂級的控件注冊到WindowManager中，當用戶真是觸碰屏幕或鍵盤的時候履澳，WindowManager就會通知到嘶窄，而當控件有一些請求產生，也會經由ViewParent送回到WindowManager中距贷。從而完成整個通信流程柄冲。
