【文章內(nèi)容簡(jiǎn)介】 ivity 是最基本的 Android 應(yīng)用程序組件。大多數(shù)應(yīng)用由多個(gè)屏幕組成，一個(gè)Activity 通常則是一個(gè)單獨(dú)的屏幕。每一個(gè) Activity 都被實(shí)現(xiàn)為一個(gè)獨(dú)立的類，并且從 Activity 基類中繼承而來(lái)。 Activity 類將會(huì)顯示由視圖控件組成的用戶接口，并對(duì)事件做出響應(yīng)。 Android 使用 Intent 這個(gè)特 殊類，實(shí)現(xiàn)在屏幕與屏幕之間移動(dòng)。通過(guò)解析各種 Intent，從一個(gè)屏幕導(dǎo)航到另一個(gè)屏幕是很簡(jiǎn)單的。當(dāng)向前導(dǎo)航時(shí)，Activity 將會(huì)調(diào)用 STartActivity（ Intent myIntent）方法，然后，系統(tǒng)會(huì)在所有安裝的中原工學(xué)院信息商務(wù)學(xué)院畢業(yè)設(shè)計(jì)（論文） 5 應(yīng)用程序中所定義的 IntentFilter 中查找，找到最匹配 myIntent 的和 Intent 對(duì)應(yīng)的 Activity 接收到 myIntent 的通知后，開始運(yùn)行。當(dāng) startActivity 方法被調(diào)用時(shí)將觸發(fā)解析 myIntent 的動(dòng)作。這個(gè)機(jī)制具有兩點(diǎn)優(yōu)勢(shì)： 一是能夠重復(fù)利用從其他組件中以 Intent 形式產(chǎn)生的一個(gè)請(qǐng)求；二是 Activity 可以在任何時(shí)候被一個(gè)具有相同 IntentFilter 的新 Activity 取代。 Activity 的生命周期 在 Android 開發(fā)中， Activity 是非常重要的。 Activity 主要負(fù)責(zé)創(chuàng)建和顯示窗口，也可以把一個(gè) Activity 理解成一個(gè)顯示的屏幕；在 Android 的應(yīng)用中不是僅有一個(gè)Activity，而是由很多個(gè) Activity 存在。因其重要性，開發(fā) Android 務(wù)必熟悉 Activity生命周期。 onCreateView： Activity 初次創(chuàng)建時(shí)被調(diào)用，一般在這里創(chuàng)建 view，初始化布局信息，將數(shù)據(jù)綁定到 list 以及設(shè)置監(jiān)聽器等。如果 Activity 首次創(chuàng)建，本方法將會(huì)調(diào)用 onStart( )；如果是停止后重新顯示，則將調(diào)用 onRestart( )。 onStart：當(dāng) Activity 對(duì)用戶即將課件的時(shí)候被調(diào)用 onResume( )。 onRestart：當(dāng) Activity 停止后重新顯示的時(shí)候被調(diào)用，然后調(diào)用 onStart( )。 onPause：當(dāng)系統(tǒng)要啟動(dòng)一個(gè)其他的 Activity 時(shí)調(diào)用（其他的 Activity 顯示之前），這個(gè)方法使用來(lái)停止動(dòng)畫和其他占用 CPU 資源的事情，所以這這里應(yīng)該保存那些持久數(shù)據(jù)，這些數(shù)據(jù)可以在 onResume( )方法中讀出。 onStop：當(dāng)另一個(gè) Activity 恢復(fù)并遮蓋住當(dāng)前 Activity，導(dǎo)致其對(duì)用戶不再可見(jiàn)時(shí)調(diào)用，一個(gè)新的 Activity 啟動(dòng)，其他 Activity 重新回到前景與用戶交互時(shí)會(huì)重新調(diào)用 onResume( )，如果 Activity 將退出則調(diào)用哦你 D 額 story( )。 onDestory：在當(dāng)前 Activity 被銷毀之前所調(diào)用的最后一個(gè)方法，當(dāng)進(jìn)程 終止前調(diào)用。 (2) Intent Receiver Intent Receiver 是實(shí)現(xiàn)的應(yīng)用能夠?qū)σ粋€(gè)外部的事件作出響應(yīng)。 Intent Receiver 在 中 注 冊(cè) ， 也 可 以 在 代 碼 中 使 用( )進(jìn)行注冊(cè)。當(dāng)一個(gè) IntentReceiver 被觸發(fā)時(shí)，應(yīng)用不必對(duì)請(qǐng)求調(diào)用 Intent Receiver，系統(tǒng)會(huì)在需要的時(shí)候啟動(dòng)應(yīng)用。各種應(yīng)用還可以通過(guò)使用( )將它們自己的 Intent Receiver 廣播給其他應(yīng)用程序。 (3) Service Service 是一段長(zhǎng)生命周期的、沒(méi)有用戶界面的程序。例如媒體播放器這個(gè)Activity 會(huì)使用 ( )來(lái)啟動(dòng)一個(gè) Service，從而可以在后臺(tái)播放音樂(lè)。同時(shí)，系統(tǒng)也將保持這個(gè) Service 一直執(zhí)行，直到 Service 運(yùn)行結(jié)束。系統(tǒng)可通過(guò)使田凱：基 于 Android 平臺(tái)的天氣查詢系統(tǒng)的設(shè)計(jì)與開發(fā) 6 用 ( )方法，連接到一個(gè) Service 上（如果這個(gè) Service 還沒(méi)有運(yùn)行將啟動(dòng)它）。當(dāng)連接到一個(gè) Service 之后，還可以利用 Service 提供的接口與它通信。就媒體播放器來(lái)說(shuō)，還可以進(jìn)行暫停、重播等操作。 (4) Content Provider Content Provider 是 Android 應(yīng)用程序能夠?qū)⑺鼈兊臄?shù)據(jù)保存到文件、 SQL 數(shù)據(jù)庫(kù)，甚至是任何有效的設(shè)備中。 Content Provider 實(shí)現(xiàn)了應(yīng)用數(shù)據(jù)與其他的應(yīng)用程序的共享。 Content Provider 類實(shí)現(xiàn)一組標(biāo)準(zhǔn)的方法，能夠讓其他應(yīng)用程序保存或讀取此 ContentProvider 處理的各種類型數(shù)據(jù)。在 Android 中，默認(rèn)使用 SQLite 作為系統(tǒng)數(shù)據(jù)庫(kù)，但使用 方法略有不同。 Android 中每一個(gè)應(yīng)用程序都運(yùn)行在各自的進(jìn)程中，當(dāng)訪問(wèn)其他應(yīng)用程序的數(shù)據(jù)時(shí)，需要在不同的虛擬機(jī)之間傳遞數(shù)據(jù)，這樣操作起來(lái)會(huì)有些困難（正常情況下，不能讀取其他應(yīng)用程序的數(shù)據(jù)庫(kù)文件）。ContentProvider 正是解決不同的應(yīng)用包共享數(shù)據(jù)的工具。 用戶界面 Android 系統(tǒng)的界面空間分為定制控件。定制空間是用戶獨(dú)立開發(fā)的空間，或者通過(guò)繼承并修改系統(tǒng)空間后所產(chǎn)生的新空間，能夠提供特殊的功能和顯示需求。系統(tǒng)控件是 Android 系統(tǒng)中已經(jīng)封裝好的界面控件，而在代碼中動(dòng)態(tài)修改需要更 新狀態(tài)的界面元素。當(dāng)然，用戶也可以將所有的界面元素，無(wú)論在程序運(yùn)行后是否需要修改其內(nèi)容，都放在代碼中進(jìn)行定義和聲明。很明顯這不是一種良好的界面設(shè)計(jì)模式，會(huì)給后期界面修改帶來(lái)不必要的麻煩，是應(yīng)用程序開發(fā)過(guò)程中最常見(jiàn)的功能控件。系統(tǒng)控件更有利于進(jìn)行快速開發(fā)，同事能夠使 Android 應(yīng)用程序的界面保持一定的一致性。 常見(jiàn)的系統(tǒng)控件包括 TextView、 EditView、 Button、 ImageButton、 CheckButton、Spinner、 ListView 和 Tablehost。 界面布局（ layout）是用 戶界面結(jié)構(gòu)的描述，定義界面中所有的元素、結(jié)構(gòu)和相互關(guān)系。一般生命 Android 程序的界面布局有兩種方法，第一種是使用 XML 文件描述界面的布局，另一種是在程序運(yùn)行時(shí)動(dòng)態(tài)添加或修改界面布局。 Android 系統(tǒng)在生命界面布局上提供了很好的靈活性，用戶既可以獨(dú)立使用任何一種聲明布局的方式，也可以同時(shí)使用兩種方式。一般情況下，使用 XML 文件來(lái)描述用戶界的基本元素，而在代碼中動(dòng)態(tài)修改需要更新狀態(tài)的界面元素。當(dāng)然，用戶也可以將所有的界面元素，無(wú)論在程序運(yùn)行后是否需要修改其內(nèi)容，都放在代碼中進(jìn)行定義和聲明。很明顯這不是一 種良好的界面設(shè)計(jì)模式，會(huì)給后期界面修改帶來(lái)不必要的麻煩，而且界面較多時(shí)，程序代碼也會(huì)顯示凌亂不堪。 中原工學(xué)院信息商務(wù)學(xué)院畢業(yè)設(shè)計(jì)（論文） 7 使用 XML 文件聲明界面布局，能夠更多地將程序的表現(xiàn)層和控制層分離，在修改界面時(shí)將不再需要更改程序的源代碼。 界面布局的種類 : (1) 線性布局 :線性布局 (LinearLayout)是一種重要的界面布局 ,也是經(jīng)常使用的界面布局。在線性布局中，所有子元素都在垂直或水平方向按照順序在界面上排序。 (2) 框架布局 : 框架布局（ FrameLayout）是最簡(jiǎn)單的界面布局，用來(lái)存放一個(gè)元素的空白控件，且子元素的位置不能 夠制定的，只能夠放置在空白空間的左上角。 (3) 表格布局：（ TableLayout）也是一種常用的界面布局，它將屏幕劃分為表格，通過(guò)制定行和列可以將界面元素添加到表格中。 (4) 相對(duì)布局：（ RelativeLayout）是一種非常靈活的布局方式，能夠通過(guò)指定界面元素與其他元素的相對(duì)位置關(guān)系，確定界面中所有元素的布局為止。 (5) 絕對(duì)布局：（ AbsoluteLayout）能通過(guò)指定界面元素的坐標(biāo)文職，來(lái)確定用戶界面的整體布局。 Fragment Fragment 的主要目的在大屏幕設(shè)備上實(shí)現(xiàn)靈活 的、動(dòng)態(tài)的界面設(shè)計(jì)。例如，在Android 的平板電腦上，因?yàn)槠聊挥懈嗟目臻g來(lái)配置更多的組件，并且這些組件之間還會(huì)產(chǎn)生一定的數(shù)據(jù)交互。 Fragment 支持這種設(shè)計(jì)理論，開發(fā)人員不需要管理復(fù)雜的試圖結(jié)構(gòu)變化，而且把這些動(dòng)態(tài)的管理交給 Fragment 和回退堆棧（ back stack）完成，在進(jìn)行界面設(shè)計(jì)時(shí)，只需要將界面布局按照功能和取于劃分為不同的模塊，每個(gè)模塊設(shè)計(jì)成一個(gè)Fragment 即可。 Fragment 具有和 Activity 類似的生命周期，但是比 Activity 支持更多的事件回調(diào)函數(shù)。 Fragment 生命周期中回調(diào)函數(shù)。 網(wǎng)絡(luò)編程之使用 HttpClient 進(jìn)行 Get 方式通信 基于 Android 操作系統(tǒng)的天氣實(shí)況預(yù)報(bào)系統(tǒng)設(shè)計(jì)的核心是通過(guò)調(diào)用通信協(xié)議SOAP（ Simple Object AccessProtocol）的接口，從 Web Service 提供商中提取天氣預(yù)報(bào)的數(shù)據(jù)信息。 采用 HttpPost 來(lái)與后臺(tái)交互，然后對(duì)數(shù)據(jù)進(jìn)行解析，從中找到需要的數(shù)據(jù)。如下圖所示為提供 webservice 服務(wù)的網(wǎng)站網(wǎng)絡(luò)拓?fù)鋱D 田凱：基 于 Android 平臺(tái)的天氣查詢系統(tǒng)的設(shè)計(jì)與開發(fā) 8 圖 21 網(wǎng)絡(luò)拓?fù)鋱D 在 Android 開發(fā)中， Android SDK 附帶了 Apache 的 HttpClient，它是一個(gè)完善的客戶端。它提供了對(duì) HTTP 協(xié)議的全面支持，可以使用 HttpClient 的對(duì)象來(lái)執(zhí)行 HTTP GET 和 HTTP POST 調(diào)用。 HTTP 工作原理： (1) 客戶端 (一般是指瀏覽器，這里是指自己寫的程序 )與服務(wù)器建立連接 (2) 建立連接后，客戶端向服務(wù)器發(fā)送請(qǐng)求 (3) 服務(wù)器接收到請(qǐng)求后，向客戶端發(fā)送響應(yīng)信息 (4) 客戶端與服務(wù)器斷開連接 HttpClient 的一般使用步驟： (1) 使用 DefaultHttpClient 類實(shí)例化 HttpClient 對(duì)象 (2) 創(chuàng)建 HttpGet 或 HttpPost 對(duì)象，將要請(qǐng)求的 URL 通過(guò)構(gòu)造方法傳入 HttpGet或 HttpPost 對(duì)象。 (3) 調(diào)用 execute 方法發(fā)送 HTTP GET 或 HTTP POST 請(qǐng)求，并返回 HttpResponse對(duì)象。 (4) 通過(guò) HttpResponse 接口的 getEntity 方法返回響應(yīng)信息，并進(jìn)行相應(yīng)的處理。 最后記得要在 文件添加網(wǎng)絡(luò)權(quán)限 usespermission android:name= / 聚合數(shù)據(jù)全國(guó) 天氣預(yù)報(bào) 數(shù)據(jù)接口使用 HttpClient 進(jìn)行 Get 方式通信，通過(guò)HttpClient 建立網(wǎng)絡(luò)連接，使用 HttpGet 方法讀取數(shù)據(jù)，并且通過(guò) HttpResponse 獲取Entity 返回值。 中原工學(xué)院信息商務(wù)學(xué)院畢業(yè)設(shè)計(jì)（論文） 9 第 3 章 開發(fā)環(huán)境 配置 Android 開發(fā)框架 下圖是 Android 的體系架構(gòu)圖，自上而下分別為應(yīng)用層、應(yīng)用框架、類庫(kù)和 Alvik運(yùn)行時(shí)環(huán)境以及 Linux 內(nèi)核。 圖 Android 的體系架構(gòu)圖 一般來(lái)說(shuō)，我們想從事 Android 開發(fā)，可以從應(yīng)用 開發(fā)作為切入點(diǎn)，逐漸熟悉其整個(gè)體系，并慢慢往其底層滲透，從而能做到軟硬兼?zhèn)洌?Android 系統(tǒng)開發(fā)班的課程設(shè)置就充分考慮到了這一點(diǎn)，既涉到應(yīng)用開發(fā)的透徹掌握，又幫助大家在系統(tǒng)開發(fā)層面上做好充分的準(zhǔn)備。而從學(xué)習(xí)的路線圖上來(lái)說(shuō)，先熟悉 Java SE 編程，能比較熟練的使用 Java 語(yǔ)言進(jìn)行編程，熟悉 Java 語(yǔ)言語(yǔ)法特點(diǎn)，熟悉 Java IO、 Java 線程、網(wǎng)絡(luò)編程、 XML 處理等。另外，因?yàn)楹芏嗟?Android 應(yīng)用在運(yùn)行時(shí)都需要去訪問(wèn)網(wǎng)站服務(wù)器，因此，熟悉一種網(wǎng)絡(luò)編程語(yǔ)言也是必要的。 無(wú)論是從開發(fā)班的課程設(shè)置就充分考 慮到了這一點(diǎn)，既涉到應(yīng)用開發(fā)的透徹掌握，又幫助大家在系統(tǒng)開發(fā)層面上做好充分的準(zhǔn)備。而從學(xué)習(xí)的路線圖上來(lái)學(xué)習(xí)的方便性還是市場(chǎng)占有情況來(lái)說(shuō)使用 JSP/Servlet 都是不二的選擇，另外，在這個(gè)階段也順便學(xué)習(xí)一下 SQL 語(yǔ)法和熟悉一種 SQL 數(shù)據(jù)庫(kù)，以方便后續(xù) Android 開發(fā)中進(jìn)行SQLite 數(shù)據(jù)庫(kù)開發(fā)。學(xué)習(xí)完這些課程后，就可以開始進(jìn)行 Android 的應(yīng)用開發(fā)的學(xué)習(xí)，例如 Android 中的 UI 組件、基本組件、數(shù)據(jù)存儲(chǔ)、傳感器、圖形圖像處理、多媒體處理、游戲開發(fā)等。 Android 包含一套 C/C++庫(kù)， Android 系統(tǒng)的各式組件都在使用。這些功能通過(guò)田凱：基 于 Android 平臺(tái)的天氣查詢系統(tǒng)的設(shè)計(jì)與開發(fā) 10 Android 應(yīng)用框架暴露給開發(fā)人員。 Android 的核心類庫(kù)提供 Java 類庫(kù)所提供的絕大部分功能。每個(gè) Android 應(yīng)用都運(yùn)行在自己的進(jìn)程上，享有 Dalvik 虛擬機(jī)為它分配的專有實(shí)例。為了支持多個(gè)虛擬機(jī)在同一個(gè)設(shè)備上高效運(yùn)行， Dalvik 被改寫過(guò)。 Dalvik 虛擬機(jī)執(zhí)行的是 Dalvik 格式的可執(zhí)行文件 (.dex)該格式經(jīng)過(guò)優(yōu)化，以降低內(nèi)存耗用到最低。 Java 編譯器將 Java 源文件為 class 文件 ,class 文件又被內(nèi)置的 dx工具轉(zhuǎn)化為 dex 格式文件 ,這種文件在 Dal