【文章內(nèi)容簡介】 式呈現(xiàn)的，但是這并非必須的，還可以通過主題設(shè)置將 Activity 設(shè)置成浮動的或者嵌入的。Android 通過堆棧來管理 Activity。當(dāng)一個 Activity 被啟動的時候，它就被放置在堆棧的頂部，成為直接和用戶交互的 Activity（用戶可以看到的并可以進行相關(guān)操作的 Activity）。而之前的 Activity 仍然在棧中。 Activity 具有完整的生命周期，當(dāng)調(diào)用 startActivity 啟動一個 Activity 時，這個 Activity 的生命周期就開始了。圖 展示了 Activity 完整的生命周期。 圖： Activity 生命周期 l Service Service 也是 Android 應(yīng)用程序及其重要的組件之一，使用它可以在后臺完成需要長時間才能完成的操作，或者給其他應(yīng)用提供服務(wù)。Service 既可以運行在獨立的進程中，也可以運行在應(yīng)用程序的進程里。這就說明，一個 Service 的生 命周期可以與應(yīng)用程序的生命周期無關(guān)。如果 Service 運行自己的進程中，那么 應(yīng)用程序可以通過 AIDL①和 Service 進行通信。 l l BroadcastReceiver 顧名思義，BroadcastReceiver 就是一個接收請求并處理 Intent。與 Service 一 樣，BroadcastReceiver 也沒有 UI 元素。應(yīng)用程序中可以利用該組件接收由 sendBroadcast() 發(fā)出的 Intent 。開發(fā)者既可以在代碼中通過使用 () 來注冊一個 Receiver 實例， 也可以在 文件中使用receiver標(biāo)簽來注冊。 Android 中主要有兩類 Broadcast。一種是普通的 Broadcast，這種 Broadcast 是通過 ()發(fā)出的。另一種是有序的 Broadcast，這種 Broadcast 是通過 ()發(fā)出的。對于普通的 Broadcast，它的所有 Receiver 運行在一個無序的環(huán)境，甚至同時運行。而對于有序的 Broadcast，每一 次只傳遞到某一個 Receiver。這樣，該 Broadcast 既可以從一個 Receiver 傳遞到 另一個 Receiver，也可以在一個 Receiver 中被銷毀，這樣其他的 Receiver 就接收不到該 Broadcast 了。 l l ContentProvider ContentProvider 也是 Android 四大組件之一。主要向應(yīng)用程序提供數(shù)據(jù)。應(yīng) 用程序可以使用 ContentResolver 接口來操作 ContentProvider。ContentProvider 最主要的用處就是在多個應(yīng)用程序之間共享數(shù)據(jù)。Android 已經(jīng)提供了很多種通用數(shù)據(jù)類型的 ContentProvider，比如 audio、video、images、personal contact information 等。 Android 應(yīng)用框架 API 類型 在 Android SDK 中，應(yīng)用框架層表現(xiàn)為一系列組件，開發(fā)者可以利用這些組 件開發(fā)出各種應(yīng)用程序。這些組件也是第三方應(yīng)用和Android系統(tǒng)交互的接口層。 這部分 API 主要有以下幾大類：Views、Intents、Activity、Permissions、Resource Types、Services、Notifications、ContentProviders、以及 XML 支持等。每種類型 都有對應(yīng)的一套管理機制。 ll Activity Manager：管理所有應(yīng)用程序的生命周期。 l l Window Manager：管理開啟的窗口(主要是主窗口)。在 Android中Window 的概念其實被 View 替代了。 ll Telephony Manager：處理用戶撥打或者接收電話等操作。 l l Resource Manager：為應(yīng)用程序提供非程序代碼的資源。例如，布局、字 符串、圖像等。 ll ViewsSystem：提供 UI 接口，是用來構(gòu)建應(yīng)用程序的基本原件。 ll Content Providers：定義系統(tǒng)級的數(shù)據(jù)庫，供多個應(yīng)用程序共享。 l l Notification Manager：提供提醒功能的 API，提供應(yīng)用程序在狀態(tài)欄中顯示應(yīng)用程序自定義的提示信息。 l Location Manager：管理地圖和 GPS 等相關(guān)功能。 l Package Manager：管理所有安裝在 Android 系統(tǒng)中的應(yīng)用程序。 Android 開發(fā)環(huán)境搭建 Android 開發(fā)環(huán)境主要是 eclipse+ADT+Android SDK。 l l 下載 eclipse,解壓就可以使用，并安裝 ADT 插件。ADT 是專門為 Android 開發(fā)的一套插件，該插件集成了對 Android 工程和工具的支持，它包含大量功能強大的擴展，使得創(chuàng)建、運行、調(diào)試 Android 應(yīng)用程序變得簡單便捷。 l l 下載 Android SDK，并將其解壓。 ll 打開 eclipse，如果安裝 ADT 成功，則可以在工具欄看到 Android 工程對應(yīng)的圖標(biāo)?；蛘咴凇靶陆ā敝锌梢钥吹?Android 工程。在 SDK 配置中選擇剛剛下載的 SDK 路徑，系統(tǒng)將自動加載各個版本的 Android SDK。 l l 接下來，就可以新建 Android 工程了。很簡單，這里不再贅述。 REST 簡介 REST，Representational State Transfer，是一種針對網(wǎng)絡(luò)應(yīng)用的設(shè)計和開發(fā)方式?？梢越档烷_發(fā)的復(fù)雜度，提高系統(tǒng)的可伸縮性。REST 包含一組設(shè)計概念和準(zhǔn)則： l l 網(wǎng)絡(luò)上所有的事物都被抽象為資源（Resource）。 ll 每個資源對應(yīng)一個唯一的資源標(biāo)識（Resource Identifier）。 ll 通過通用的連接器接口（generic connector interface）對資源進行操作。 l l 對資源的各種操作不會改變資源標(biāo)識。 ll 所有的操作都是無狀態(tài)的。 這里的資源是一種數(shù)據(jù)+特定的表現(xiàn)形式。對于網(wǎng)絡(luò)應(yīng)用來說，資源標(biāo)識就 是 url，通用連接器接口就是 Http。REST，之所以可以簡化開發(fā)，是因為它限制了對資源的操作只可以有 7 個： Index、show、new、edit、create、update 和 destroy。 又因為使用作為連接器接口，而則把對一個url的操作限制在4個：GET、 POST、PUT、DELETE。REST，之所以可以提供系統(tǒng)的可伸縮性，是因為它強制所有的操作都是無狀態(tài)的，這樣就沒有了上下文的約束。在分布式和集群的環(huán)境下，則無需考慮上下文的問題了。REST，對性能的另一個提升是來自于其對客戶端和服務(wù)端的任務(wù)分配。服務(wù)端只負責(zé)提供資源和操作資源的服務(wù)，而客戶端則需要根據(jù)資源中的數(shù)據(jù)和表現(xiàn)形式，自己做具體的渲染操作，這樣就減少了服務(wù)器的操作。下面我們解析一下，在 REST 中，我們?nèi)绾卧O(shè)計我們的 url。url 具有層次性，利于資源的表述。比如對于一個 blog 應(yīng)用：/articles 表示所有的文章，/articles/1， 則表示 id 為 1 的文章。這是比較直觀的情況。但對于搜索和登錄一類的操作， 又如何使用 Restful 的 url 進行表述呢？其實也很簡單，比如對于搜索，我們只需 要 index 和 create 兩個操作就可以完成。當(dāng)用戶輸入關(guān)鍵字，點擊查詢的時候， 通過 HTTP POST 將關(guān)鍵字傳給服務(wù)器，這由 create 完成。index 用來顯示查詢結(jié)果。 可以看到 REST 和 WebService 是不同的，REST 強調(diào)的是一種簡潔而高效的web 設(shè)計，通過 url 來暴露服務(wù)，但是這些服務(wù)已經(jīng)被限定為了 CRUD。本課題采用 REST 進行服務(wù)的封裝，因為其高效性和簡單性。 本章小結(jié) 本章著重分析并研究了Android移動平臺，同時也介紹了WebService和REST 相關(guān)的技術(shù)，并分析了其主要思想和實現(xiàn)機制。為這些技術(shù)應(yīng)用于移動警務(wù)系統(tǒng)奠定了良好的基礎(chǔ)。第三章 基于 Android 的移動警務(wù)查詢系統(tǒng)分析與設(shè)計 系統(tǒng)設(shè)計原則和目標(biāo) 系統(tǒng)設(shè)計原則 l 簡單實用性原則：要求系統(tǒng)的設(shè)計，易于使用、維護和管理。同時，充分考慮到無線網(wǎng)絡(luò)和手持設(shè)備的特殊性，最大化利用公安專網(wǎng)中的網(wǎng)絡(luò) 資源。 l l 可行性原則：需要在公安現(xiàn)有系統(tǒng)的基礎(chǔ)上，開發(fā)出可以真正方便外勤工作人員的系統(tǒng)。l 安全性原則：由于本文主要考慮的是信息查詢，所以在安全性這塊，暫時未予考慮。 l 可擴展性原則：設(shè)計功能的同時，需要充分考慮到系統(tǒng)的可伸縮性，在設(shè)計和代碼實現(xiàn)上，需要留有可擴展的余地。 系統(tǒng)目標(biāo) 本系統(tǒng)的設(shè)計目的就是充分利用公安現(xiàn)有系統(tǒng)的數(shù)據(jù)，通過無線通信技術(shù)及 web 服務(wù)，基于 Android 移動平臺開發(fā)一個實時，快捷，易于維護、擴充的移動警務(wù)查詢系統(tǒng)，警務(wù)人員可以利用該系統(tǒng)隨時隨地地查詢?nèi)丝凇讣?、逃犯等信息，提高警?wù)工作效率。 需求分析 移動警務(wù)查詢系統(tǒng)總共包含五個功能模塊：人口查詢、案件查詢、逃犯查詢、 位置查詢和系統(tǒng)設(shè)置。見圖 。 l l 人口查詢：可以根據(jù)人口姓名、性別、身份證、年齡段、所在省份城市 以及職業(yè)信息進行查詢，這些查詢條件可以任意組合。 l l 案件查詢：可以根據(jù)案件類別、發(fā)案時間段、作案時機、作案處所、作 案對象和作案手段進行查詢，這些查詢條件可以任意組合。同時，針對 每條案件信息，還需要查詢該案件對應(yīng)的嫌疑人信息，受害人信息，受 害單位信息以及在逃人員信息。 l l 逃犯查詢：可以根據(jù)逃犯姓名、性別、身份證、年齡段、身高、口音、 臉型以及體型進行查詢，這些查詢條件可以任意組合。 ll 位置查詢：主要包含載入、放大、縮小、平移、關(guān)鍵字查詢、路徑查詢、 切換數(shù)據(jù)源和切換模式八個功能。 l l 系統(tǒng)設(shè)置：包含更新省份城市信息、更新職業(yè)信息、以及 IP 信息設(shè)置。 圖 系統(tǒng)功能需求總體描述圖 系統(tǒng)分析與需求建模 在對系統(tǒng)的需求分析中，我們采用用例圖的形式來描述系統(tǒng)的功能性需求。 因為用例圖從用戶的角度來描述系統(tǒng)的功能需求、并指出各功能的操作者。用于表現(xiàn)活動者、用例以及它們之間的關(guān)系。畫用例圖的工具有很多、比如 PowerDesigner、StarUML、Visio、ROSE 等。本章采用 StarUML。 l l 系統(tǒng)頂層用例圖 本系統(tǒng)中用戶的角色較單一，只有民警用戶。系統(tǒng)的頂層用例圖如圖 所 示： 圖 系統(tǒng)頂層用例圖l 人口查詢用例圖 人口信息查詢的用例圖如圖 所示： 圖 人口查詢用例圖l 案件查詢用例圖 案件查詢用例圖如圖 所示： 圖 案件查詢用例圖l 逃犯查詢用例圖 逃犯查詢用例圖如圖 所示： 圖 逃犯信息用例圖 l 位置查詢用例圖 位置查詢用例圖如圖 所示： 圖 位置查詢用例圖l 系統(tǒng)設(shè)置用例圖 系統(tǒng)設(shè)置用例圖如圖 所示： 圖 系統(tǒng)設(shè)置用例圖 系統(tǒng)架構(gòu)設(shè)計 本系統(tǒng)結(jié)合 MVC 模式