【正文】 這種情況很常見，比如startActivity的時候，會清楚當(dāng)前Activity完了應(yīng)該是哪個Activity，那就明確的發(fā)送這個消息。當(dāng)你有一個消息需要傳遞，如果你明確知道你需要哪個Activity或者其他Class來響應(yīng)的話，你可以指定這個類來接受該消息，這被稱為顯性發(fā)送。并且它可以很容易實現(xiàn)消息的精確或模糊匹配，彈性很大。雖然這種傳遞有的時候不如點(diǎn)對點(diǎn)的傳遞快（這有些需要速度的地方，我們看到Android會通過直接通信來做），但有時候又因為它只經(jīng)過一跳（姑且這么叫吧...），比復(fù)雜的流動又要更快。這時候，應(yīng)該是有一個統(tǒng)一的中心（恩，有可能Android底層實現(xiàn)的時候不是，但簡單這樣看是沒問題的...）接受到這個消息，并對它進(jìn)行解析、判定消息類型（這個步驟降低了耦合...），然后檢查注冊了相匹配的filter或receiver，并創(chuàng)建或喚醒接收者，將消息分發(fā)給它。這其實就相當(dāng)于向系統(tǒng)的注冊中心，注冊了相關(guān)的Intentfilter和receiver（這個事情完全可以通過代碼來做，只是這樣就失去了修改的靈活性）。其實說隱形注冊是不確切的，所有注冊都還是我們手動告訴注冊中心的，只是與傳統(tǒng)的方式不一樣，我們通常不是通過代碼，而是通過配置文件來做。所有的消息接收者，都被隱形的注冊到這個中心。相比之下，我個人覺得基于Intent的Android核心消息傳遞機(jī)制是有所不同的。每一個Cursor、ContentResolver做為一個小的注冊中心，相關(guān)觀察者可以在這個中心注冊，更新消息由注冊中心分發(fā)給各個觀察者。成本據(jù)Doc說很大，不到萬不得已不要使用。它采取的應(yīng)該是一個靜態(tài)模擬動態(tài)的方式，這樣有助于提高速度。界面的動態(tài)性有時候是不可避免的，比如說菜單就是一個需要經(jīng)常根據(jù)光標(biāo)位置提供不同的選項?？旖萱I是一個比較不錯的選擇，在 Activity中調(diào)用setDefaultkeyMode(SHORTCUT_DEFAULT_KEYS)，可以開啟快捷鍵模式，然后你可以將菜單綁定到指定快捷鍵上就OK了。如果你覺得只有一個ListView的界面太突兀，你可以為這個ListActivity指定一個Layout，需要注意的是，你需要提供一個id為android:id/list的ListView控件，避免Activity在內(nèi)部偷偷尋找該控件的時候失敗。它提供了一個具有ListView 的Layout，還有simple_list_item_1, simple_list_item_2, two_line_list_item等默認(rèn)的Row Layout，還有一些比較不錯的API，和可供響應(yīng)選擇Item的事件。如果是一個數(shù)據(jù)顯示密集的應(yīng)用，且你對UI有些追求，這個工作估計是必不可少的。那個控件顯示哪個列的值，這是需要配置的。一個是每一行的樣式，稱作Row Layout，其實就是一個普通的Layout的XML文件。前者是綁定一個靜態(tài)的Array，后者是綁定一個動態(tài)的Cursor?？梢酝ㄟ^一個 ListAdapter綁定到一個數(shù)據(jù)源上。一類比較重要的是數(shù)據(jù)綁定控件。從控件的使用上，和網(wǎng)頁的設(shè)計類似，盡量用parent_width之類的抽象長度，用Theme來做風(fēng)格，抽取所有的字串等信息做本地化設(shè)計。具體細(xì)節(jié)不想說了，可以參考 Samples里的ApiDemos/View，和View的Doc，以及Implementing a UI這篇Doc。Android的界面顯示同樣也是基于控件的?？偠灾@套解決辦法和Android的整體設(shè)計算是天作之合了。同時另外一個很重要的問題，他并會涉及到單件中數(shù)據(jù)同步的問題，每個類都有各自的Handler類，彼此互不干擾，分發(fā)可以分別進(jìn)行。本來這個線程的生命周期就很難估量，并且，當(dāng)你有一個ContentProvider的請求的時候，判斷你會做更多的類似操作并不過分。第一個AsyncQueryHandler的實例化會導(dǎo)致創(chuàng)建一個線程，從此該線程成為不死老處男，所有的ContentResolver相關(guān)的工作，都由該線程統(tǒng)一完成。這就是它偷偷摸摸做過的事情，基本還是很好理解的。（可自定義，但由于都是內(nèi)部類，基本沒有意義...）會分析該消息，并轉(zhuǎn)發(fā)給對應(yīng)的onXXXComplete方法。接受該消息，并分析傳入的參數(shù)，用初始化時傳入的ContentResolver進(jìn)行XXX操作，并返回Cursor或其他返回值。至此，就有了兩個線程，各自有一個Handler來處理消息。他的基本策略如下： （包括其子類...），它會單件構(gòu)造一個線程（后面會詳述...），這個線程里面會構(gòu)建一個消息循環(huán)。除了上面用到的幾個方法以外，還有以下幾個方法值得注意： 與圖像來源有關(guān)的方法，我們只用了資源文件的方式。然后就是同樣的將這個Adapter賦給GridView即可，大家可以看看效果，注意在做這個例子前，先放幾個小圖片到res/drawable目錄下，（這里的a是圖像文件名，）。很簡單，只要重載幾個方法就可以了，關(guān)鍵是那個getView方法，它負(fù)責(zé)構(gòu)建出每個單元格中的對象實例。6．GridView與ImageView簡單一點(diǎn)吧，就瞧瞧那個Grid的效果，Android提供了一個GridView，不過從APIDemo中看來，它似乎與PC上的GRID差別還是挺大的，更像那個IconView的感覺。關(guān)于這方面的細(xì)節(jié)，以后再看，這里只做個記錄罷。()，被綁定的Service要求是已經(jīng)onCreate了但可以沒有onStart。()或者它自己的stopSelf()。比較Activity，傳遞數(shù)據(jù)的Bundle是在onCreate就帶進(jìn)入的。，覺得它與Activity非常相似，只是要注意幾個地方：，Service的從onCreate()onStart(int,Bundle)onDestroy()顯得更為簡單?？纯戳硪粋€ProgressDialog的用法吧，這個類與AlertDialog一樣包含了多個static的方法，所以使用起來是非常方便的。很簡單的，無非是需要一個OnDateSetListener接口的實現(xiàn)而已，在它里面的dateSet方法中就可以得到選擇的日期了。（可用于制作復(fù)雜的對話框）以外，還包括了幾個系統(tǒng)定義好的對話框類，如DatePickerDialog、TimePickerDialog及AlertDialog。然后，在HelloTwoB中的onCreate函數(shù)中，修改代碼，有幾個不同：items的元素是HashMap實例，這是一點(diǎn)變化，然后構(gòu)造函數(shù)除了要求items以外，還要求提供一個string[]來說明用hash表中的哪個字段顯示在列表中，而后是一個資源ID的數(shù)組。再來說說這里用到的ArrayAdapter，它的構(gòu)造函數(shù)中第二個參數(shù)是一個資源ID，ArrayAdapter的API文檔中說是要求用一個包含TextView的layout文件，平臺用它來顯示每個選擇條目的樣式，所以，相當(dāng)簡單。這里需要注意的是那個ListView的ID，是系統(tǒng)自定義的android:list，不是我們隨便取的，否則系統(tǒng)會說找不到它想要的listview了。這里有一點(diǎn)要說明的，就是如果更簡單的話，其實連那個setContentView都可以不要了，Android也會自動幫我們構(gòu)造出一個全屏的列表。準(zhǔn)備一個List對象并借助Adapter就可以構(gòu)造出一個列表。關(guān)于這個ContentProvider，其實還有話說，它主要是的那些看似數(shù)據(jù)庫操作的方法我們都沒真正去實現(xiàn)呢。（extras），在ContentURI之外還可以附加一些信息，它是Bundle類型的對象。（type），在前面的例子中沒用過，表示數(shù)據(jù)的類型，這是隱性Intent定位目標(biāo)的重要依據(jù)。 Intent的使用Intent分為兩大類，顯性的（Explicit）和隱性的（Implicit）。最后一句finish()表示將當(dāng)前Activity關(guān)掉（如果不關(guān)掉會如何？你可以自己試一下看效果，事