Android程序設計（29）-Android應用程序的剖析

節(jié)約紙巾 · 發(fā)表于 2013-8-28 16:30

>　　Android應用程序基本上是由下面四個區(qū)塊組合而成：

　　1.Activity

　　2.Broadcast Intent Receiver

　　3.Service

　　4.Content Provider

　　并非所有的應用程序都需要有這四種區(qū)塊來組成，依開發(fā)人員的應用程序可能用到其中幾個區(qū)塊來組合。

　　一旦開發(fā)人員決定在應用程序中使用那些區(qū)塊來組成，開發(fā)人員應該在AndroidManifest.xml文件中列出來。這是一個XML文件，開發(fā)人員可以在其中聲明應用程序用到的區(qū)塊組件以及此區(qū)塊提供的功能和必要的條件。在Android Manifest File Document有完整的細節(jié)描述。（請參考下述網址：http://code.google.com/android/devel/bblocks-manifest.html ）

　　而下述XML內容就是一個簡單的AndroidManifest.xml范例。如圖80所示。在這個范例中只有放一個Activity元件，就是在<activity>XML元素中。

　　首先，我們先來看第一個區(qū)塊Activity

　　Activity

　　Activities是Android四個區(qū)塊中最常用的一種。在應用程序中，一個Activity通常就是一個單獨的畫面。每一個Activity通過一個繼承了Activity基本類別來實現。這個類別將會顯示一個或有多個View物件的界面。并且回應一些事件功能。

　　大部份的應用程序都會由多個畫面來組成。例如：一個文字訊息傳送程序會有一個畫面是用來顯示要發(fā)送訊息的聯絡人清單，另一個畫面用來輸入要傳送的訊息內容，最後一個畫面用來查閱舊的訊息內容或是改變程序的設定畫面。

　　每一個畫面都會實作在一個Activity里。切換到另一個畫面就是去啟動另一個Activity起來。在某些情況下，Activity可以回傳一個數值給之前的一個Activity，例如：一個Activity讓使用者選取一張照片，然後告知上一個Activity使用者選取了那張照片。

　　當一個新的畫面打開時，之前的畫面會暫停并且系統會將它放進歷史堆疊中。使用者可以向後導航到之前打開的歷史畫面。畫面也可以在不適合繼續(xù)保存時，從歷史堆疊中移除。Android為每一個以主畫面（Home）打開的應用程序保持其歷史堆疊。

　　Intent and Intent Filters：

　　Android使用一個特殊的類別叫做Intent，來在畫面之間做移動的動作，Intent是用來描述一個應用程序想要做什麼事情。在Intent資料結構中兩個最重要的部份，一個是動作及對資料產生什麼樣的反應。

　　動作主要的內容有MAIN（程序的進入點），View，Pick，Edit等動作。而資料則是用URI的形式來表示。

　　例如：想要查看一個聯絡人的訊息，開發(fā)人員需要建立一個Intent，包含了View的動作及指向該聯絡人資料的URI描述句。

　　另一個相關的類別是Intent Filter。當Intent要求去做某些事情時，Intent Filter被用來描述這個activity能夠做些什麼事情。例如：一個activity要能夠顯示聯絡人資料，就必需要在Intent Filter說明要如何處理聯絡人資料并且用ACTION_VIEW來呈現出來。Intent Filter都會宣告在AndroidManifest.xml檔案中。

　　而畫面的切換則是由resolving intent來實現。當使用者想要產生新的畫面時，現行的activity就使用startActivity（myIntent）方法。然後系統會根據所有已安裝的應用程序所定義的intent filter來看那個應用程序是最適合myIntent。當startActivity方法被呼叫時，resolving Intents的處理過程是伴隨而來的。

　　而resolving Intent提供開發(fā)人員有兩個好處：

　　A.讓Activities可以很容易的利用Intent的機制去使用其他應用程序的功能。

　　B.讓Activities可以很容易的在任何情況下，由新的Activity來取代。

　　接下來是Broadcast Intent Receiver

　　Broadcast Intent Receiver：

　　當開發(fā)人員希望應用程序來對外部的事件做一些處理時，可以使用Broadcast Intent Receiver。例如：當電話響時，或是網路資料可以使用時，或是時間到了午夜時。Broadcast Intent Receiver并不能拿來顯示出使用者介面，它必需利用Notification Manager來通知使用者所設定的事件已經觸發(fā)。

　　Broadcast Intent Receiver同樣可以在AndrodiManifest.xml檔案中宣告，也可以在撰寫程序碼，利用 Context.registerReceiver（）方法來宣告Broadcast Intent Receiver。

　　應用程序并不會因為Broadcast Receivers被呼叫而被它執(zhí)行起來。而且當Broadcast Receivers被觸發(fā)時，系統會依宣告的需求來執(zhí)行相對應的應用程序。應用程序可以利用 Context.sendBroadcast（）方法來發(fā)出他們自己的intent broadcast給其他的應程序。

　　接下來是Service

　　Service：

　　Service是沒有使用者介面，而且是可以長時間運作的程序碼。例如：像多媒體播放器，再播放列表中的歌曲。對於一個多媒體播放器的應用程序，可能會有一個或多個Activities在運行，使用者選擇歌曲并播放，然而，并不會有一個Activity來處理播放音樂，因為使用者可能開啟不同的應用程序時，音樂還是要繼續(xù)播放。

　　此時，多媒體播放器的Activity就會使用 Content.startService（）方法來讓音樂持續(xù)播放。系統會一直播放音樂，直到音樂結束。

　　當應用程序進入背景狀態(tài)時，開發(fā)人員可以利用 Content.bindService（）方法來跟Service進行連結的動作。當連接到一個Service時，開發(fā)人員就可以透過該Service開放出來的介面跟應用程序進行溝通。以剛才播放音樂的Service來看，Service可能允許使用者進行音樂的暫停、倒轉、快轉等動作。

　　最後我們介紹Content Provider

　　Content Provider：

　　應用程序可以將應用程序的資料儲存到檔案、SQLite資料庫或其他的機制儲存起來。當開發(fā)人員希望應用程序的資料可以被其他應用程序共享時，Content Provider就會非常有用。Content Provider實現了讓應用程序之間互相分享資料的機制。在Accessing Content Providers有完整的細節(jié)描述。（請參考下述網址：http://code.google.com/android/devel/data/contentproviders.html ）。

shenrujie123 · 發(fā)表于 2016-3-10 19:52

很給力，ZNDS有你更精彩！

› 智能家居 / NAS / 路由 / 開發(fā) / 音響 › TV應用開發(fā)交流

Android程序設計（29）-Android應用程序的剖析 ...

Android程序設計（29）-Android應用程序的剖析