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