第4章和第5章分別介紹了窗口的兩個最核心的內容：顯示與用戶輸入，同時也介紹了在Android中顯示一個窗口并接受輸入事件的最基本的方法。但是這種方法過于基本，不便于使用。直接使用Canvas繪制用戶界面以及使用InputEventReceiver處理用戶輸入是一件非常繁瑣惱人的工作，因為你不得不親歷親為以下復雜的工作： - 測量各個UI元素（一段文字、一個圖片）的顯示尺寸與位置。 - 對各個UI元素進行布局計算與繪制。 - 當顯示內容需要發生變化時進行重繪。出于效率考慮，你必須保證重繪區域盡可能地小。 - 分析InputEventReceiver所接收的事件的類型，并確定應該由哪個UI元素響應這個事件。 - 需要處理來自WMS的很多與窗口狀態相關的回調。 所幸Android的控件系統使得這些事情不需要我們親歷親為。 自1983年蘋果公司發布第一款搭載圖形用戶界面(GUI)操作系統的個人電腦Lisa以來的三十多年里，圖形用戶界面已經發展得相當成熟。無論是運行于桌面系統還是Web，每一個面向圖形用戶界面的開發工具包(SDK)都至少內置實現了用戶和開發者所公認的一套UI元素，盡管名稱可能有所差異。例如文本框、圖片框、列表框、組合框、按鈕、單選按鈕、多選按鈕，等等。Android的控件系統不僅延續了對各種標準UI元素的支持，還針對移動平臺的操作特點增加了使用更加方便、種類更加豐富的一系列新型的UI元素。 注意 在Android中，一個UI元素被稱為一個視圖（View），然而，筆者認為控件才是UI元素的更貼切的名字。因為UI元素不僅僅是為了向用戶顯示一些內容，更重要的是它們響應用戶的輸入并進行相應的工作。本書后續部分將以控件來稱呼UI元素(View)。 另外，本章的目的并不是介紹如何使用各種Android控件，而是介紹Android控件系統的工作原理。本章要求讀者至少應了解使用Android控件的基本知識。 讀者所熟知的Activity、各種對話框、彈出菜單、狀態欄與導航欄等等都是基于這套控件系統實現的。因此控件系統將是繼WMS與IMS兩大系統服務之后的又一個需要我們攻克的目標。