閱讀內容：Anatomy of an App

1.Android應用程序可以由4塊組成，分別是：

Activity：

Activity可以看成是與用戶界面操作相關的一部分內容，一般來說Android用戶界面多是通過繼承Activity基類，并在Activity子類上面設置多個View組成的用戶UI，并且對這些UI作出相應的事件處理來實現的。一般來說，一個Activity就是一個單獨的屏幕，而一個Android應用程序可能有多重的用戶界面，也就意味會有多個Activity類，這些界面之間的切換通過使用Intent來輔助完成。

Intent表示當前應用想要做什么。它由兩個部分組成，動作和數據，想想struts的典型請求，edit.do?id=001.Intent應該和這個類似。不過Intent的動嘴是預定義好的，如VIEW_ACTION,EDIT_ACTION等。

和Intent相關的還有一個IntentFilter。IntentFilter被通知了一個Activity(或者IntentReceiver)能夠操作那些Intent。

通過上面的了解，基本形成了這樣一個圖景：
單獨的Activity，相應可以通過事件機制捕獲，而如果涉及到界面切換的話Activity會產生一個Intent，而Intent會被提交到IntentFilter上面進行匹配，匹配成功會轉到下一個Activity。想想這不就是MVC嗎?V：activity；C：IntentFilter，M：邏輯處理代碼，如事件處理等.

這樣的好處：文檔里面提到了兩個，
1.組件可以復用;
2.Activity能夠在任何時候被一個帶有相同IntentFilter的Activity所替換.

IntentReceiver：

上面Activity,Intent,IntentFilter給我們勾勒一個完整的程序處理流程，而IntentReceiver則是這個流程的重要輔助，IntentReceiver說的是如何出來外部事件的，外部事件比如說電話呼入等。
具體的如何做？我也還很模糊.

Service：

Service可以理解成為后臺運行提供支持的部分。比如后臺播放MP3這類的操作，全要仰仗Service支持的.

ContentProvider：

ContentProvider可以顧名思義一下，他是用來幫助我們處理數據和實現數據共享的。比起J2ME里面的RMI，那就不是差一兩個等級的問題了.赫赫

好了，這個到這里了.
還有想了解的東西：

1.想看一個實際一點的例子，親手體會一下這些組件的使用?
2.進一步詳細的了解些基本部分的細節.其實我已經找到地方了，不信你可以點擊這些那些條目的鏈接看看.