【文章內(nèi)容簡介】 并選擇Preferences。在Preferences對話框中，選擇Android節(jié)點并將SDK Location字段設(shè)置為Android SDK的路徑（參見圖32）然后單擊Apply按鈕。 安卓應(yīng)用程序的結(jié)構(gòu)解析 通常由以下四個組件來構(gòu)建一個完整的Android應(yīng)用程序。 ①活動 ②意圖接收器 ③服務(wù) ④內(nèi)容提供者 Activities 然而，并不是所有的Android應(yīng)用程序都必須具備上面的四個組件，可以由上面的一個或幾個來組建。當(dāng)決定使用以上哪些組件來構(gòu)建Android應(yīng)用程序時，這是一個XML配置文件，在這個文件中可以聲明應(yīng)用程序組件以及它們的特性和要求。這個配置文件是每個Android應(yīng)用程序所必需的。Activities 是一個程序的組件之一。它的主要功能是提供界面。一個程序一般由多個Activity組成，各activities之間關(guān)系很松散，它們之間沒有直接的關(guān)聯(lián)。必須有一個activity被指定為主activity，它是程序啟動時首先顯示的界面。每個activity都可以隨意啟動其它的activity。每當(dāng)一個activity被啟動，則前一個activity就被停止。一個程序中的所有啟動的activity都被放在一個棧中，所以被停止的activity并沒有銷毀，而在存于棧中。新啟動的activity先被存放于棧中，然后獲得輸入焦點。在當(dāng)前活動的activity上點返回鍵，它被從棧中取出，然后銷毀，然后上一個activity被恢復(fù)。當(dāng)一個activity因為新的activity啟動而被停止時，它會收到狀態(tài)變化的通知，這樣的變化有多個，每個都會引起系統(tǒng)調(diào)用一個相應(yīng)的回調(diào)方法以通知activity，這些回調(diào)方法被統(tǒng)稱為“生命周期回調(diào)方法”。這些回調(diào)方法分別在Activity被創(chuàng)建、停止、恢復(fù)、銷毀時被調(diào)用。如圖24，介紹各個“生命周期回調(diào)方法”，以及其各個方法之間的關(guān)系：onCreate ：當(dāng)活動第一次啟動的時候，觸發(fā)該方法，可以在此時完成活動的初始化工作。onCreate 方法有一個參數(shù)，該參數(shù)可以為空( null )，也可以是之前調(diào)用 onSaveInstanceState ()方法保存的狀態(tài)信息。onStart ：該方法的觸發(fā)表示所屬活動將被展現(xiàn)給用戶。onResume ：當(dāng)一個活動和用戶發(fā)生交互的時候，觸發(fā)該方法。onPause ：當(dāng)一個正在前臺運行的活動因為其他的活動需要前臺運行而轉(zhuǎn)入后臺運行的時候，觸發(fā)該方法。這時候需要將活動的狀態(tài)持久化，比如正在編輯的數(shù)據(jù)庫記錄等。onStop ：當(dāng)一個活動不再需要展示給用戶的時候，觸發(fā)該方法。如果內(nèi)存緊張，系統(tǒng)會直接結(jié)束這個活動，而不會觸發(fā) onStop 方法。 所以保存狀態(tài)信息是應(yīng)該在onPause時做，而不是onStop時做。活動如果沒有在前臺運行，都將被停止或者Linux管理進程為了給新的活動預(yù)留足夠的存儲空間而隨時結(jié)束這些活動。因此對于開發(fā)者來說，在設(shè)計應(yīng)用程序的時候，必須時刻牢記這一原則。在一些情況下，onPause方法或許是活動觸發(fā)的最后的方法，因此開發(fā)者需要在這個時候保存需要保存的信息。onRestart ：當(dāng)處于停止?fàn)顟B(tài)的活動需要再次展現(xiàn)給用戶的時候，觸發(fā)該方法。onDestroy ：當(dāng)活動銷毀的時候，觸發(fā)該方法。和onStop 方法一樣，如果內(nèi)存緊張，系統(tǒng)會直接結(jié)束這個活動而不會觸發(fā)該方法。圖24 Android生命周期 Service Service是android系統(tǒng)中的一種組件，它跟Activity的級別差不多，但是他不能自己運行，只能后臺運行，并且可以和其他組件進行交互。Service的啟動有兩種方式：() 和 ()。 () 啟動Service經(jīng)歷: () onCreate() onStart()Service running () | onDestroy() Service stop 如果Service還沒有運行，則android先調(diào)用onCreate()然后調(diào)用onStart()；如果Service已經(jīng)運行，則只調(diào)用onStart()，所以一個Service的onStart方法可能會重復(fù)調(diào)用多次。 stopService的時候直接onDestroy，如果是調(diào)用者自己直接退出而沒有調(diào)用stopService的話，Service會一直在后臺運行。該Service的調(diào)用者再啟動起來后可以通過stopService關(guān)閉Service。所以調(diào)用startService的生命周期為：onCreate onStart(可多次調(diào)用) onDestroy()啟動Service會經(jīng)歷：()onCreate()onBind()Service runningonUnbind() onDestroy() Service stoponBind將返回給客戶端一個IBind接口實例，IBind允許客戶端回調(diào)服務(wù)的方法，比如得到Service運行的狀態(tài)或其他操作。這個時候把調(diào)用者（Context，例如Activity）會和Service綁定在一起，Context退出了，Srevice就會調(diào)用onUnbindonDestroy相應(yīng)退出。所以調(diào)用bindService的生命周期為：onCreate onBind(只一次，不可多次綁定) onUnbind onDestory。在Service每一次的開啟關(guān)閉過程中，只有onStart可被多次調(diào)用(通過多次startService調(diào)用)，其他onCreate，onBind，onUnbind，onDestory在一個生命周期中只能被調(diào)用一次。service可以在和多場合的應(yīng)用中使用，比如播放多媒體的時候用戶啟動了其他Activity這個時候程序要在后臺繼續(xù)播放，比如檢測SD卡上文件的變化，再或者在后臺記錄你地理信息位置的改變等等。 Content ProviderContent Provider 屬于Android應(yīng)用程序的組件之一，作為應(yīng)用程序之間唯一的共享數(shù)據(jù)的途徑，Content Provider 主要的功能就是存儲并檢索數(shù)據(jù)以及向其他應(yīng)用程序提供訪問數(shù)據(jù)的借口。 Android 系統(tǒng)為一些常見的數(shù)據(jù)類型(如音樂、視頻、圖像、手機通信錄聯(lián)系人信息等)內(nèi)置了一系列的 Content Provider, 。持有特定的許可，可以在自己開發(fā)的應(yīng)用程序中訪問這些Content Provider。讓自己的數(shù)據(jù)和其他應(yīng)用程序共享有兩種方式：創(chuàng)建自己的Content Provier(即繼承自ContentProvider的子類) 或者是將自己的數(shù)據(jù)添加到已有的Content Provider中去，后者需要保證現(xiàn)有的Content Provider和自己的數(shù)據(jù)類型相同且具有該 Content Provider的寫入權(quán)限。對于Content Provider，最重要的就是數(shù)據(jù)模型(data model) 和 URI。3 需求分析和可行性研究需求分析簡單地說就是分析一般用戶的要求，按照用戶需求大致的把目標(biāo)系統(tǒng)架構(gòu)出來。需求分析首先要做的是詳細調(diào)查實際要處理的對象，對當(dāng)前目標(biāo)的現(xiàn)狀要做到充分了解，然后確定用戶真正所需要的也切合實際情況的系統(tǒng)，最終才能根據(jù)實際情況確定系統(tǒng)所具有的全部功能。本次設(shè)計的圖片閱讀器即是如此。 問題的定義問題定義:就是從系統(tǒng)角度來理解軟件,確定對所開發(fā)系統(tǒng)的綜合要求,并提出這些需求的實現(xiàn)條件,：功能需求(做什么),性能需求(要達到什么指標(biāo)),環(huán)境需求(如機型,操作系統(tǒng)等),可靠性需求(不發(fā)生故障的概率）,安全保密需求,用戶界面需求,資源使用需求(軟件運行是所需的內(nèi)存,CPU等),軟件成本消耗與開發(fā)進度需求,預(yù)先估計以后系統(tǒng)可能達到的目標(biāo)。在開發(fā)軟件之前，經(jīng)過查閱有關(guān)文獻和著作，一段時間的分析和學(xué)習(xí)之后，基本了解了Android 平臺的一些具體應(yīng)用以及如何在 Android 平臺上開發(fā)應(yīng)用程序，還有圖像顯示高分辨率的具體原理，也學(xué)習(xí)了圖像處理相關(guān)的一些知識，認識到完成本軟件和實現(xiàn)基本的功能，需要做到掌握 Android 平臺框架，熟悉 JAVA 開發(fā)語言，熟悉相關(guān)的一些基礎(chǔ)理論。 需求分析 需求分析的過程 需求分析階段的工作,可以分為三個方面:分析與綜合,制訂規(guī)格說明,評審。 分析與綜合:逐步細化所有的軟件功能,找出系統(tǒng)各元素間的聯(lián)系,接口特性和設(shè)計上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分。最后,綜合成系統(tǒng)的解決方案,給出要開發(fā)的系統(tǒng)的詳細邏輯模型(做什么的模型)。 制訂規(guī)格說明書:即編制文檔,描述需求的文檔稱為軟件需求規(guī)格說明書。注意需求分析階段的成果是需求規(guī)格說明書,向下一階段提交。 評審:對功能的正確性,完整性和清晰性,以及其它需求給予評價。評審?fù)ㄟ^才可進行下一階段的工作,否則重新進行需求分析。 需求分析的方法需求分析的方法有很多。這里只強調(diào)原型化方法,其它的方法如:結(jié)構(gòu)化方法,動態(tài)分析法等在此不討論。原型化方法是十分重要的。原型就是軟件的一個早期可運行的版本,它實現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能。原型化方法就是盡可能快地建造一個粗糙的系統(tǒng),這系統(tǒng)實現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能,但是這個系統(tǒng)可能在可靠性,界面的友好性或其他方面上存在缺陷。建造這樣一個系統(tǒng)的目的是為了考察某一方面的可行性,如算法的可行性,技術(shù)的可行性,或考察是否滿足用戶的需求等。如,為了考察是否滿足用戶的要求,可以用某些軟件工具快速的建造一個原型系統(tǒng),這個系統(tǒng)只是一個界面,然后聽取用戶的意見,。原型主要有三種類型(軟考考過):探索型,實驗型,:目的是要弄清楚對目標(biāo)系統(tǒng)的要求,確定所希望的特性,并探討多種方案的可行性。實驗型:用于大規(guī)模開發(fā)和實現(xiàn)前,考核方案是否合適,規(guī)格說明是否可靠。進化型:目的不在于改進規(guī)格說明,而是將系統(tǒng)建造得易于變化,在改進原型的過程中,逐步將原型進化成最終系統(tǒng)。使用原型化方法有兩種不同的策略:廢棄策略,追加策略。廢棄策略:先建造一個功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，針對這個系統(tǒng)反復(fù)進行修改,形成比較好的思想,據(jù)此設(shè)計出較完整,準(zhǔn)確,一致,可靠的最終系統(tǒng)。系統(tǒng)構(gòu)造完成后,。 追加策略:先構(gòu)造一個功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心,然后通過不斷地擴充修改,逐步追加新要求，發(fā)展成為最終系統(tǒng)。進化型屬于這種策略。 本軟件研究方法 軟件工程是一類求解軟件的工程，它應(yīng)用計算機科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，借鑒傳統(tǒng)工程的原則、方法，創(chuàng)建軟件以達到提高質(zhì)量、降低成本的目的。其中，計算機科學(xué)、數(shù)學(xué)用于構(gòu)造模型與算法，工程科學(xué)用于制定規(guī)范、設(shè)計范型、評估成本及確定權(quán)衡，管理科學(xué)用于計劃、資源、質(zhì)量、成本等管理。軟件工程是一門指導(dǎo)計算機軟件開發(fā)和維護的工程學(xué)科。 軟件工程的模型是軟件開發(fā)全部過程、活動和任務(wù)的結(jié)構(gòu)框架。 瀑布模型內(nèi)容及特點：　　瀑布模型將軟件生存周期的各項活動規(guī)定為依固定順序連接的軟干階段工作，是一種線性模型。各階段活動為，提出系統(tǒng)需求、提出軟件需求、需求分析、設(shè)計、編碼、測試和運行。每個開發(fā)階段具有以下特征，從上一階段接受本階段工作的對象作為輸入，對上述輸入實施本階段的活動，給出本階段的工作成果作為輸出傳入下一階段，對本階段工作進行評審，若本階段工作得到確認，則繼續(xù)下階段工作，否則返回前一階段甚至更前階段。瀑布模型最為突出的缺點是該模型缺乏靈活性。演化模型內(nèi)容及特點：　　演化模型主要針對事先不能完整定義需求的軟件開發(fā)，其開發(fā)過程一般是首先開發(fā)核心系統(tǒng)，當(dāng)核心系統(tǒng)投入運行后，軟件開發(fā)人員根據(jù)用戶的反饋，實施開發(fā)的迭代過程，每一迭代過程均由需求、設(shè)計、編碼、測試、集成等階段組成，直到軟件開發(fā)結(jié)束。演化模型在一定程度上減少了軟件開發(fā)活動的盲目性。螺旋模型內(nèi)容及特點：　　它是在瀑布模型和演化模型的基礎(chǔ)上，加入兩者所忽略的風(fēng)險分析所建立的一種軟件開發(fā)模型。沿螺旋模型順時針方向，依次表達了四個方面的活動，制定計劃、風(fēng)險分析、實施工程、客戶評估。噴泉模型內(nèi)容及特點：它體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙特征，噴泉模型主要用于支持面向?qū)ο箝_發(fā)過程。增量模型內(nèi)容及特點：在設(shè)計了軟件系統(tǒng)整體體系結(jié)構(gòu)之后，首先完整的開發(fā)系統(tǒng)的一個初始子集，繼之，根據(jù)這一子集，建造一個更加精細的版本，如此不斷的進行系統(tǒng)的增量開發(fā)。 瀑布模型、演化模型、螺旋模型之間的聯(lián)系：相同點是這三個模型都分為多個階段，而瀑布模型一次完成軟件，演化模型分為多次完成，每次迭代完成軟件的一個部分，螺旋模型也分為多次完成，每次完成軟件的一個新原型，并考慮風(fēng)險分析。 本軟件主要實現(xiàn)的功能是顯示本地和SD卡上的圖片和對圖片進行一些簡單的處理，第一，需要實現(xiàn)掃描相關(guān)存儲介質(zhì)上的圖片數(shù)據(jù)；第二，對于掃描出的圖片能夠顯其存儲的目錄；第三，在查看相關(guān)目錄中的圖片時顯示低分辨率圖片的縮略圖，使用戶能夠?qū)φ麄€存儲目錄中的所有圖片有一個大致的了解和進行簡單的瀏覽；第四，當(dāng)用戶點擊預(yù)覽圖片中的想要查看的單張圖片時，能夠?qū)D片按照原分辨率顯示出來；第五，如果用戶想要同一存儲目錄下多張圖片自動切換顯示來瀏覽圖片，那就需要使圖片按幻燈片一樣播放；第六，如果從存儲介質(zhì)中掃描出來的圖片是顛倒或橫置，就需要進行旋轉(zhuǎn)來調(diào)節(jié)，以便使用戶能夠正常觀看圖片；第七，對掃描出的圖片過于大以致不能在現(xiàn)有的屏幕上完全顯示出來或過于小用戶想查看圖片細節(jié)時，就要通過對圖片的縮放操作來處理；第八，對于一張圖片，用戶想深入了解，最簡單的就是了解其大小和所在位置，所以要實現(xiàn)圖片詳細信息的查看；第九，對于不喜歡的圖片，用戶要對其刪除，對圖片的刪除操作需要實現(xiàn)。 首先進行總體的分析和設(shè)計，再將基本信息模塊的具體內(nèi)容設(shè)計完成，然后完成其它各個子模塊的功能。不同階段中注意對系統(tǒng)進行備份。通過DDMS調(diào)試來