【正文】 Context 退出了， Srevice 就會調(diào)用onUnbindonDestroy 相應(yīng)退出。 在 Service 每一次的開啟關(guān)閉過程中，只有 onStart 可被多次調(diào)用 (通過多次startService 調(diào)用 )，其他 onCreate， onBind， onUnbind， onDestory 在一個生命周期中只能被調(diào)用一次。 Content Provider Content Provider 屬于 Android 應(yīng)用程序的組件之一，作為應(yīng)用程序之間唯一的共享數(shù)據(jù)的途徑， Content Provider 主要的功能就是存儲并檢索數(shù)據(jù)以及向其他應(yīng)用程序提供訪問數(shù)據(jù)的借口。持有特定的許可，可以在自己開發(fā)的應(yīng)用程序中訪問這些 Content Provider。對于 Content Provider，最重要的就是數(shù)據(jù)模型(data model) 和 URI。需求分析首先要做的是詳細調(diào)查實際要處理的對象，對當前目標的現(xiàn)狀要做到充分了解，然后確定用戶真正所需要的也切合實際情況的系統(tǒng)，最終才能根據(jù)實際情況確定系統(tǒng)所具有的全部功能。 問題的定義 問題 定義 :就是從系統(tǒng)角度來理解軟件 ,確定對所開發(fā)系統(tǒng)的綜合要求 ,并提出這些需求的實現(xiàn)條件 ,以及需求應(yīng)該達到的標準 .這些需求包括：功能需求 (做什么 ),性能需求 (要達到什么指標 ),環(huán)境需求 (如機型 ,操作系統(tǒng)等 ),可靠性需 求 (不發(fā)生故障的概率） ,安全保密需求 ,用戶界面需求 ,資源使用需求 (軟件運行是所需的內(nèi)存 ,CPU 等 ),軟件成本消耗與開發(fā)進度需求 ,預(yù)先估計以后系統(tǒng)可能達到的目標 。 需求分析 需求分析的過程 需求分析階段的工作 ,可以分為三個方面 :分析與綜合 ,制訂規(guī)格說明 ,評審。 最后 ,綜合成系統(tǒng)的解決方案 ,給出要開發(fā)的系統(tǒng)的詳細邏輯模型 (做什么的模型 )。 注意需求分析階段的成果是需求規(guī)格說明書 ,向下一階段提交 。 評審?fù)ㄟ^才可進行下一階段的工作 ,否則重新進行需求分析。 這里只強調(diào) 原型化方法 ,其它的方法如 :結(jié)構(gòu)化方法 ,動態(tài)分析法等在此不討論 。 原型就是軟件的一個早期可運行的版本 ,它實現(xiàn)了目標系統(tǒng)的某些或全部功能 。 建造這樣一個系統(tǒng)的目的是為了考察某一方面的可行性 ,如算 法的可行性 ,技術(shù)的可行性 ,或考察是否滿足用戶的需求等 。 原型主要有三種類型 (軟考考過 ):探索型 ,實驗型 ,進化型 .探索型 :目的是要弄清楚對目標系統(tǒng)的要求 ,確定所希望的特性 ,并探討多種方案的可行性 。 進化型 :目的不在于改進規(guī)格說明 ,而是將系統(tǒng)建造得易于變化 ,在改進原型的過程中 ,逐 步將原型進化成最終系統(tǒng)。 廢棄策略 :先建造一個功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，針對這個系統(tǒng)反復(fù)進行修改 ,形成比較好的思想 ,據(jù)此設(shè)計出較完整 ,準確 ,一致 ,可靠的最終系統(tǒng) 。 追加策略 :先構(gòu)造一個功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心 ,然后通過不斷地擴充修改 ,逐步追加新要求，發(fā)展成為最終系統(tǒng)。 本軟件研究方法 軟件工程是一 類求解軟件的工程，它應(yīng)用計算機科學、數(shù)學及管理科學等原理，借鑒傳統(tǒng)工程的原則、方法，創(chuàng)建軟件以達到提高質(zhì)量、降低成本的目的。軟件工程是一門指導計算機軟件開發(fā)和維護的工程學科。 瀑布模型內(nèi)容及特點： 瀑布模型將軟件生存周期的各項活動規(guī)定為依固定順序連接的軟干階段工作，是一種線性模型。每個開發(fā)階段具有以下特征，從上一階段接受本階段工作的對象作為輸入，對上述輸入實施本階段的活動，給出本階段的工作成果作為輸出傳入下一階段，對本階段工作進行評審，若本階段工作得到確認，則繼續(xù)下階段工作，否則返回前一階段甚至更前階段。 演化模型內(nèi)容及特點： 演化模型主要針對事先不能完整定義需求的軟件開發(fā)，其開發(fā)過程一般是首先開發(fā)核心系統(tǒng)，當核心系統(tǒng)投入運行后，軟件開發(fā)人員根據(jù)用戶的反饋，實施開發(fā)的迭代過程，每 一迭代過程均由需求、設(shè)計、編碼、測試、集成等階段組成，直到軟件開發(fā)結(jié)束。 螺旋模型內(nèi)容及特點： 它是在瀑布模型和演化模型的基礎(chǔ)上，加入兩者所忽略的風險分析所建立的一種軟件開發(fā)模型。 噴泉模型內(nèi)容及特點： 它體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙特征，噴泉模型主要用于支持面向?qū)ο箝_發(fā)過程。 瀑布模型、演化模型、螺旋模型之間的聯(lián)系：相同點是這三個模型都分為多個階段，而瀑布模型一次完成軟件，演化模型分為多次完成，每次迭代完成軟件的一個部分，螺旋模型也分為多次完成，每次完成軟件的一個新原型，并考慮風險分析。 首先進行總體的分析和設(shè)計，再將基本信息模塊的具體內(nèi)容設(shè)計完成，然后完成其它各個子模塊的功能。通過 DDMS 調(diào)試來發(fā)現(xiàn)問題，并要重視作好筆記。 可行性分析 可行性分析的目的，就是通過具體某個項目的主要內(nèi)容和與之相對應(yīng)的相 關(guān)條件，來從各方面對其進行調(diào)查研究，以確定問題是否能夠得到解決；也即是用最小的代價在盡可能的時間內(nèi)確定問題是否能夠解決，以避免盲目投資帶來的巨大浪費?？尚行苑治霰仨氁龅焦?、可靠和科學。 經(jīng)濟可行性 基于 Android 平臺的圖片閱讀器的開發(fā)，在經(jīng)過查閱有關(guān)資料，一段時間的調(diào)查和仔細研究潛在的市場和成本 效益分析，綜合各種 條件之后，最后得到本系統(tǒng)在經(jīng)濟上是可行的。 首先在投入方面，開發(fā)者僅需一臺配置一般的計算機，內(nèi)存要求也不用太高，再加上 JDK，配置了 AndroidADT 的 Eclipse、 Android SDK 和 Android 模擬器后就可以進行開發(fā)，開發(fā)完成后自己就可以進行模擬實驗，而且很容易找到裝有 Android 系統(tǒng)的手機。前面調(diào)研獲取的準確和完全的信息是開發(fā)功能完善應(yīng)用程序的前提；而使用當下最為流行的設(shè)計方法，有助于以后對軟件進行有序完善的開發(fā)和易于擴展，并能夠大大簡化設(shè)計流程，減少無謂的工作量，減少應(yīng)用程序可能出現(xiàn)的漏洞和缺陷。所以在技術(shù)上本系統(tǒng)是可行的。因此從使用操作方面看，此系統(tǒng)的開發(fā)是可行的。因此，本系統(tǒng)在法律上是可行的。 16 4 系統(tǒng)概要設(shè)計 系統(tǒng)的功能模塊說明 基于 Android 平臺的圖片閱讀器客戶端軟件主要的功能，是能夠在本地顯示和處理、以及實現(xiàn)放縮，主要提供如下功能： (1)圖片存儲目錄列表 圖片存儲的物理位置 (2)圖片預(yù)覽列表： 對于 SD 卡中的圖片是以列表的方式顯示出來，這樣將能夠?qū)? sd 卡中的所有圖片有個大致的了解和進行簡單的瀏覽。 (4)圖片操作選項 點擊 menu 顯示可對圖片進行哪些操作的選項。 (6)旋轉(zhuǎn)圖片 可使圖片逆時針或順時針旋轉(zhuǎn) 90 度和旋轉(zhuǎn) 180 度。 (8)圖片的詳細信息 顯示圖片的名稱、所在位置、圖片大小、修改時間。 系統(tǒng)的功能模塊結(jié)構(gòu)圖 在程序設(shè)計分析的基礎(chǔ)上，結(jié)合實際情況，得出本程序的功能模塊結(jié)構(gòu)圖。 首先是一個總的功能模塊的結(jié)構(gòu)圖，其中包括了系統(tǒng)設(shè)計時的總體功能概括，如圖 41。在功能菜單欄上可分為幾個部分，詳細見圖 42， 圖 42 功能菜單欄模塊 18 還有就是附加功能模塊（“更多”）的詳細介紹。然后用戶可以找到相應(yīng)縮放按鈕點擊彈出放大或縮小圖片的選項，使用戶可以查看不同大小的圖畫。 “重新掃描圖片”是對所有可能存有圖片文件的物理介質(zhì)進行掃描，并將掃描到的圖片文件在相應(yīng)的物理介質(zhì)目錄中顯示出來； “本地存儲”將手機自身存儲介質(zhì)中的圖片文件按照存儲路徑分類以列表的形式顯示出來，即顯示出本地存儲的圖片文件的目錄； “ SDCARD” 將 SD卡存儲介質(zhì)中的圖片文件按照存儲路徑分類以列表的形式顯示出來，即顯示出 SD 卡中存儲的圖片文 件的目錄； “ USBHOST” 將用 OTG 線連接的 USB 設(shè)備存儲介質(zhì)中的圖片文件按照存儲路徑分類以列表的形式顯示出來，即顯示出 USB 設(shè)備中存儲的圖片文件的目錄； 當存儲介質(zhì)中的圖片文件發(fā)生改變時，比如，圖片增加、圖片刪除等等，點擊“重新掃描圖片”會將物理介質(zhì)中圖片文件最新更改的情況進行掃描顯示出來； 對于物理存儲介質(zhì)中沒有圖片文件，或不支持外接存儲設(shè)備的手機，在相應(yīng)的存儲目錄中，將不會顯示圖片文件。 ?xml version= encoding=utf8? RelativeLayout xmlns:android= android:layout_width=fill_parent android:layout_height=fill_parent android:orientation=vertical android:background=drawable/bk2 /RelativeLayout 創(chuàng)建類 JoyImageViewActivity 實現(xiàn)圖片閱讀器的主要功能框架 public class JoyImageViewActivity extends ListActivity { protected static final String TAG = JoyImageViewActivity。 private ListString items=null。 private String rootPath=/。 ProgressDialog progDialog。 private void getRootView(String filePath) { items=new ArrayListString()。 (internal)。 (sdcard)。 (usbhost)。 (update)。 setListAdapter(new ListAdapter(this,items,paths))。 重新掃描圖片文件，更新圖片目錄。 dbAdapter = new DBAdapter(this)。 } }) .setNegativeButton(, new () { public void onClick(DialogInterface dialog, int whichButton) { } }) .show()。 (.JPG)。 (.GIF)。 } (4) 創(chuàng)建 handler 對象，從子線程傳出 message，主線程（ UI 線程） receive 并 process傳來的 message。 int total = ().getInt(total)。 (total)。 ()。 (5) 在第二個線程上內(nèi)部類執(zhí)行進度計算。 類常量定義的線程的狀態(tài) private class ProgressThread extends Thread { final static int DONE = 0。 Handler mHandler。 23 int total。 ProgressThread(Handler h) { mHandler = h。 需要更新進度條線程但發(fā)送消息處理程序在主 UI 線程變化的可視化表示的進步。 Override public void run() { (TAG, ing run again!)。 if(mState == RUNNING) { thread . sleep 方法拋出 InterruptedException 如果 ()被發(fā)布在線程正在睡覺時 ,除了必須抓住。 if(dbAdapter==null) { total=1。 } 發(fā)送消息 (總作為數(shù)據(jù)的當前值 )在 UI 線程處理程序以便 它可以更新進度條。 Bundle b = new Bundle()。