【文章內容簡介】 的組成Action 通常和特定的 Uri 組合使用Category 它是對目標組件類型類別信息的描述Type 數(shù)據(jù)類型描述Component 目標組建描述Data 該動作相關聯(lián)數(shù)據(jù)Extras 和 Flag 附加信息Intent 存在的目的是要求做某事，而 intentfilter 則闡述了能夠做什么，通過檢查 Action的 VIEW、PICK、MAIN(主程序入口點)對多個 Action 進行過濾，并且 Uri 聯(lián)系 Data 進行檢查，是引向聯(lián)系人的一個方法。當 Uri[16]數(shù)據(jù)匹配成功，則 Data 驗證成功。多個Category 可以聯(lián)合檢查。通過 Intent 功能可以實現(xiàn)啟動同一個功能的另一個活動 , 例如Activity 可以監(jiān)聽桌面的天氣活動，當發(fā)布天氣轉陰時，進行相應的活動跳轉。 Android 的 Bundle基于 Bundle 傳遞單參數(shù)或者多參數(shù)都是消息傳遞的方法：Clear（）清除此 Bundle 映射的數(shù)據(jù)備份；putExtras() 去除相應 Bunddle 中的數(shù)據(jù)。remove（String key）移除指定的 Key 值。hasFileDescriptions（）：指示是否包含任何捆綁打包文件描述符。通過 putXX 可以使用內部哈希表類型來存放其數(shù)據(jù)的置入值。通過 getExtras()等去除數(shù)據(jù)，也可以通過 Bundle 傳遞多參數(shù)。 云存儲 SaaS 及 HDFS軟件即服務（[13,28]SaaS）是隨著互聯(lián)網(wǎng)技術的發(fā)展和應用軟件的成熟，而在 21 世紀開始興起的一種完全創(chuàng)新的軟件應用模式。它與“ondemand software”（按需軟件），the 暨南大學碩士論文 基于 Android 平臺醫(yī)院醫(yī)療掛號系統(tǒng)15application service provider（ASP，應用服務提供商），hosted software（托管軟件）所具有相似的含義。它是一種通過 Internet 提供軟件的模式，廠商將應用軟件統(tǒng)一部署在自己的服務器上，客戶可以根據(jù)自己實際需求，通過互聯(lián)網(wǎng)向廠商定購所需的應用軟件服務，按定購的服務多少和時間長短向廠商支付費用，并通過互聯(lián)網(wǎng)獲得廠商提供的服務。用戶不用再購買軟件，而改用向提供商租用基于 Web 的軟件，來管理企業(yè)經(jīng)營活動，且無需對軟件進行維護，服務提供商會全權管理和維護軟件。有些軟件廠商在向客戶提供互聯(lián)網(wǎng)應用的同時，也提供軟件的離線操作和本地數(shù)據(jù)存儲，讓用戶隨時隨地都可以使用其定購的軟件和服務。對于許多小型企業(yè)來說，SaaS 是采用先進技術的最好途徑，它消除了企業(yè)購買、構建和維護基礎設施和應用程序的需要。在這種模式下，客戶不再像傳統(tǒng)模式那樣花費大量投資用于硬件、軟件、人員，而只需要支出一定的租賃服務費用，通過互聯(lián)網(wǎng)便可以享受到相應的硬件、軟件和維護服務，享有軟件使用權和不斷升級；公司上項目不用再像傳統(tǒng)模式一樣需要大量的時間用于布置系統(tǒng)，多數(shù)經(jīng)過簡單的配置就可以使用。這是網(wǎng)絡應用最具效益的營運模式。云存儲的好處： (1)數(shù)據(jù)的可移動性。(2)輕松維護個人應用程序和個人文件, (3)對設備硬件要求較低，節(jié)省存儲空間(4)云計算通過虛擬化的運用,可以把工作負載轉移到空閑或使用不足的系統(tǒng)(5) 節(jié)省電能,降低成本,運行企業(yè)級數(shù)據(jù)中心的節(jié)約。HDFS[11,13]（Hadoop Distributed File System）分布式文件系統(tǒng)是開源式 Hadoop 云計算框架中的一個核心組件，它為大規(guī)模分布式數(shù)據(jù)處理提供很好的存儲支持。傳統(tǒng)文件系統(tǒng)無法把大數(shù)據(jù)集（比如說 100TB）存儲為單個文件，而 HDFS 可以輕松實現(xiàn)。HDFS 被設計成能夠在一個大集群中跨機器提供可靠的海量數(shù)據(jù)存儲系統(tǒng)，該系統(tǒng)還能實現(xiàn)負載均衡能力的優(yōu)化。在 HDFS 文件系統(tǒng)中每個文件都是被分割成不定數(shù)量的數(shù)據(jù)塊，除了最后一個數(shù)據(jù)，其余的數(shù)據(jù)塊的大小都一致，文件塊的大小可以在配置文件中修改。高容錯是 HDFS 的一個特性，HDFS 通過備份數(shù)據(jù)塊來實現(xiàn)實現(xiàn)系統(tǒng)容錯的功能，每個文件的數(shù)據(jù)塊副本的數(shù)量可以通過配置文件修改來適應實際的應用環(huán)境。 模式在 android 程序中使用了 MVC 模式的技術。MVC 模式是為那些需要為同樣的數(shù)據(jù)提供多個視圖的應用程序而設計的，它很好地實現(xiàn)了數(shù)據(jù)層與表示層的分離。對于界面設計可變性的需求，MVC（ModelViewController）把交互系統(tǒng)的組成分解成模型、視暨南大學碩士論文 基于 Android 平臺醫(yī)院醫(yī)療掛號系統(tǒng)16圖、控制器三種部件。視圖部件把表示模型數(shù)據(jù)及邏輯關系和狀態(tài)的信息以特定形式展示給用戶。它從模型獲得顯示信息，對于相同的信息可以有多個不同的顯示形式和視圖?？刂破鞑考14]是處理用戶與軟件的交互操作的，其職責是控制提供模型中任何變化的傳播，確保用戶界面和模型間的對應聯(lián)系；它接收用戶的輸入，將輸入反饋給模型，進而實現(xiàn)對模型的計算控制，是使模型和視圖協(xié)調工作的部件。模型部件保存由視顯示、由控制器控制的數(shù)據(jù)，它封裝了問題的核心數(shù)據(jù)、邏輯和功能的計算關系，獨立于具體的界面表達和 I/O 操作。模型、視圖、控制器[15,16]的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù)，所有其他依賴于這些數(shù)據(jù)的視圖都應反映這些變化。因此，無論何時發(fā)生了何種數(shù)據(jù)變化，控制器都會講變化通知所有的視圖，導致顯示的更新。這實際上是一種模型的變化傳播機制。模型、視圖、控制器三者的關系與各自的主要功能如圖 26 所示模型封裝應用程序狀態(tài)響應狀態(tài)查詢應用程序功能通過視圖改變視圖解釋模型模型更新請求發(fā)送用戶輸入給控制器云尋控制器選擇視圖控制器定義應用程序行為用戶動作映射成模型更新選擇響應的視圖視圖選擇狀態(tài)查詢用戶請求通知查詢方法調用 事件狀態(tài)改變圖 26 MVC 模式Android 提供了一個很好的實現(xiàn)這種經(jīng)典 MVC 設計模式的類似環(huán)境。視圖（V）[15]：可以通過在 Activity（活動）中開發(fā)用戶接口（豐富而又可以擴展的視圖 Views，可以用來構建應用程序，它包括列表 lists、網(wǎng)格 grids、文本框 text boxes、按鈕 buttons，甚至可嵌入 android 的 web 瀏覽器）來實現(xiàn)視圖。暨南大學碩士論文 基于 Android 平臺醫(yī)院醫(yī)療掛號系統(tǒng)17上述空間組成的 XML 文件放在 res/layout/版面配置（layout）目錄中，實現(xiàn)了數(shù)據(jù)層與表示層的分離。模型（M）：模型通常對應 Android 應用系統(tǒng)的業(yè)務部分（.java），放在 src 目錄中?？刂破鳎–）[16,18]：控制器的功能在 Intent（意圖）、IntentFilter（意圖過濾）、Broadcast Receiver 廣播接收器、BroadcastIntent（廣播意圖）、Service（服務）、Notification（通知）、Alarm（警告）及 SMS（短信）、電話等邏輯功能代碼中實現(xiàn)，放在 src 目錄、Android Manifest（程序清單）等中。持久層[19]： Android 的持久層開發(fā)體現(xiàn)在 Android 的文件、SharedPreferences 存儲類、SQLite 數(shù)據(jù)庫和 Android 的 ContentProvider（內容提供器）等中。Spring 是由 Rob Johnson 創(chuàng)建，為簡化企業(yè)級系統(tǒng)開發(fā)而誕生[19,20]的開源框架。它為企業(yè)級應用提供了一套全面的、從前端視圖層到數(shù)據(jù)層的解決方案，它提供了很多原來只有 EJB 能提供的功能(如聲明式事務管理)，卻又無須運行在 EJB 容器上。Spring 是一個輕量級的，實現(xiàn)了 AOP 功能的 IoC 容器，是一站式的，但又不是一個全有或全無(all or nothing)的開源框架。它寄宿于進程，依賴 web 容器(Context Loader Listener)來啟動。所謂 AOP[21] (Aspect Oriented Program)，即面向切面編程，它提供從另一角度來考慮程序結構以完善面向對象編程(OOP)，追求的是調用者和被調用者之間的解耦，它彌補了面向對象編程在跨越模塊行為上的不足。IoC(Inversion of Control Containers) [23,24]控制反轉，通過容器在實例化的階段讀取xml 配置文件將需要實例化的類注入，而不是從容器中逐一查找相應的依賴類。控制權[21]從應用代碼中轉到了外部容器，控制權的轉移，即所謂反轉。Spring [23,24]的優(yōu)點有很多，例如可以輕松的實現(xiàn)按接口編程，有統(tǒng)一的異常處理機制，可以獲得業(yè)務邏輯層的事務，通過 AOP 將分散的關注點提供給集中關注點，可測試，無侵略性的事務處理等。暨南大學碩士論文 基于 Android 平臺醫(yī)院醫(yī)療掛號系統(tǒng)18圖 27 Spring 框架結構Spring 框架如圖 27 所示，有 7 個如下模塊組成，用戶可以自由選擇所需要的模塊：1) 核心容器。核心容器[25]封裝了 Spring 最基本的功能，其它的模塊功能與應用都是圍繞此核心容器展開的。作為 Spring 框架的基礎，它提供 IoC 與依賴注入 2 大功能。該模塊中有一個核心的類 BeanFactory，該類使用工廠模式來實現(xiàn)控制反轉，可以創(chuàng)建和分發(fā)各種類型的 Bean，實現(xiàn)了獨立的系統(tǒng)配置以及不具依賴性的代碼編寫。2) Spring 上下文。該模塊是 BeanFactory 的擴展，增加了國際化、驗證支持等功能，還提供了眾多企業(yè)級服務，諸如 JNDI 訪問、EJB 集成等。3) Spring AOP。面向切面 AOP(aspectoriented programming)，并不是 Spring 獨有的，Spring 框架只是封裝了符合 AOP Alliance 規(guī)范的實現(xiàn)。AOP[26]允許你將分散在系統(tǒng)中的功能放到一個地方 切面。在 Spring 中，既可以通過 XML 配置實現(xiàn) AOP，可以通過注解操作 SpringAOP。4) Spring DAO。Spring 的 DAO 模塊抽象了模式化的 JDBC 編寫，提供了一致的編程模式。通過 Template 做統(tǒng)一的增刪改查操作。Spring 提供了一致的異常處理模式，這些異常與特定的應用實現(xiàn)無關，在其它應用層中也不用強制捕獲。 本章小結本章概括討論了手機操作系統(tǒng)的體系結構，展示了詳細的底層開發(fā)邏輯和各個組件的構成，詳盡介紹了 Android 的開發(fā)機制和工作流程，并介紹了重要的 MVC 模式以及暨南大學碩士論文 基于 Android 平臺醫(yī)院醫(yī)療掛號系統(tǒng)19本文用到的幾個關鍵技術點。另外對云存儲 Saas、分布式文件系統(tǒng) HDFS 以及服務器的Spring 框架進行了簡單介紹。暨南大學碩士論文 基于 Android 平臺醫(yī)院醫(yī)療掛號系統(tǒng)203 系統(tǒng)性能需求和框架設計 性能需求分析通過對整個系統(tǒng)功能以及網(wǎng)絡可行性分析，可大致確定設計方向，以及需重點解決的問題。醫(yī)療掛號系統(tǒng)旨在為客戶提供各類服務信息以及與客戶進行信息交互，因而對軟件和硬件平臺提出了相應的幾點要求：確保網(wǎng)絡通暢，即能夠很好地接入現(xiàn)有的運營商網(wǎng)絡；系統(tǒng)功能模塊完善，基本實現(xiàn)用戶操作功能；友好的界面設計，可以獲得良好的操作感。網(wǎng)絡需求主要包括接入與負載能力兩方面。對于網(wǎng)絡通信，曾經(jīng)做過兩種假設，一種是在同一個無線網(wǎng)絡中，通過 Android 手機終端獲得局域網(wǎng)的信號，或者通過手機上網(wǎng)，獲得服務器接入。這兩種模式都需要確保數(shù)據(jù)庫的讀取和安全性，故在接入網(wǎng)絡時應進行加密和用戶驗證，并且能夠確保系統(tǒng)的實時訪問性，超時則發(fā)出提醒和限制。系統(tǒng)的網(wǎng)絡負載能力是該系統(tǒng)的一大難題，過多的在線人數(shù)則會使負載提高，這是交換速度下降的根源，而若在登錄服務器時限制登錄訪問的用戶數(shù)則可能很難確保緊急用戶在需要急診時候的掛號和排隊，因而需要提高用戶界面負載能力的平衡性，在這里提出采用 HDFS[21]提供的大容量存儲以及負載均衡技術，其可通過多個服務器的平衡和劃分能夠為服務器實施動態(tài)分配用戶數(shù)，該技術由單一閾值策略或雙閾值策略來實現(xiàn)；或者通過駐留時間和閾值判定作出一個門限選擇，作出動態(tài)分配算法。另外提議，在山區(qū)等通信線路覆蓋不到的地方，醫(yī)療移動主機可以采用 Ad Hoc 網(wǎng)絡接入，該技術可由路由算法來實現(xiàn)，建議利用[22]負載均衡的 Ad Hoc 網(wǎng)絡路由協(xié)議來解決接入。醫(yī)療掛號系統(tǒng)是為了簡化醫(yī)院的管理以及提高病人的就醫(yī)效率，因而在功能設計上應包含可移動的信息錄入與查詢功能、病癥查詢、醫(yī)院查詢、掛號、專家查詢、查看醫(yī)生處方等功能，在設計這些功能模塊時，考慮到實際應用操作問題，還應能夠實現(xiàn)簡單操作化和界面交互性好等功能，以方便用戶使用。通過對整個系統(tǒng)功能以及網(wǎng)絡可行性分析，可大致確定設計方向，以及需重點解決的問題。此外，為了節(jié)約成本，不需要重建數(shù)據(jù)庫，只需對原來的醫(yī)療系統(tǒng)的數(shù)據(jù)庫進暨南大學碩士論文 基于 Android 平臺醫(yī)院醫(yī)療掛號系統(tǒng)21行繼承與改進，從治病便利性和醫(yī)院需要盡可能完備的病人信息出發(fā)完善數(shù)據(jù)庫維護工作。 系統(tǒng)總體架構1) Android 手機安裝的醫(yī)療掛號信息系統(tǒng)，通過 GPRS/3G 網(wǎng)絡，將需要的數(shù)據(jù)請求提交到醫(yī)療信息服務器端。2) 醫(yī)療信息服務器端程序通過數(shù)據(jù)協(xié)議接口與分布式存儲管理系統(tǒng)數(shù)據(jù)通訊，將手機客戶端的數(shù)據(jù)請求傳遞給分布式的存儲管理系統(tǒng)。3)將醫(yī)療信息服務端程序請求的數(shù)據(jù)通過標準接口傳遞給醫(yī)療信息服務器，或者醫(yī)療信息服務器主動獲取分布式