【正文】 統(tǒng)資源，因?yàn)樗鼙ＷC要請(qǐng)求的 Activity對(duì)象在當(dāng)前的棧中只存在一個(gè)。 Intent Intent 用于封裝程序的 ”調(diào)用意圖 “。兩個(gè) Activity 之間，可以把需要交換的數(shù)據(jù)封裝成 Bundle 對(duì)象，然后使用 Intent 攜帶 Bundle 對(duì)象，實(shí)現(xiàn)兩個(gè) Activity 之間的數(shù)據(jù)交換； Intent 還是各種應(yīng)用程序組件之間通信的重要媒介。不管想啟動(dòng)一個(gè) 、Service 還是 BroadcastReceiver， Android 均使用統(tǒng)一的 Intent 對(duì)象來(lái)封裝這種啟動(dòng)意圖很明顯使用 Intent 提供了一致的編程模型 。Intent 還有一個(gè)好處，如果應(yīng)用程序只是想啟動(dòng)具有某種特征的組件，并不想和某個(gè)具體的組件耦合，則可以通過(guò)在 中配置相應(yīng)的屬性進(jìn)行處理，與 stucts2 中的 MVC 框架思路類似。 Intent 對(duì)象 大致包括 7 大屬性： ComponentName、 Action、 Category、 Data 、 Type、 Extra、 Flags。 Intent 啟動(dòng)Activity的 Flag屬性用法 例 如： 畢 業(yè) 論 文 第 12 頁(yè) 共 26 頁(yè) 如果依次啟動(dòng)了四個(gè) Activity： A、 B、 C、 D。 在 D Activity 里，跳到 B Activity，同時(shí)希望 D 和 C 都 finish 掉，可以在 st～artActivity(intent)里的 intent 里添加 flags 標(biāo)記，如下所示： Intent intent = new Intent(this, )。 ()。 startActivity(intent)。 這樣啟動(dòng) B Activity 的同時(shí)，就會(huì)把 D、 C 都 finished 掉。如果 B Activity 的LaunchMode 是默認(rèn)的 “standard”，則 B Activity會(huì)首先 finished 掉舊的 B 頁(yè)面，再啟動(dòng)一個(gè)新的 Activity B。 如果不想重新再創(chuàng)建一個(gè)新的 B Activity，而是重用之前的 B Activity，可以將 B Activity的 LaunchMode 設(shè)置為 “SingleTask”。特別需要注意的是：在部分手機(jī)中，如三星手機(jī)。即便是 SingleTask也會(huì)產(chǎn)生新的頁(yè)面，而不是重用之前的頁(yè)面。 Fragment Fragment 是在 Android (API level 11)開(kāi)始引入新的 API 技術(shù)。 為了提高代碼重用性和改善用戶體驗(yàn)，我們將 Activity 中的 UI 組件進(jìn)行分組和模塊化管理。這些分組后的 UI 組件就是 Fragment。一個(gè) Activity頁(yè)面中可以包含多個(gè) Fragment 模塊，而同一個(gè) Fragment 模塊 也可以被多個(gè) Activity 使用。每個(gè) Fragment 有自己的布局，有自己的生命周期。雖然 Fragment 擁有自己的生命周期，但因?yàn)?Fragment 必須被嵌入到 Activity中使用，因此 Fragment 的生命周期是受其 Activity宿主的生命周期所控制的。當(dāng) Activity暫停時(shí)，該 Activtiy內(nèi)的所有 Fragment 都會(huì)暫停；當(dāng) Activity被銷毀時(shí)，該 Activity內(nèi)的所有 Fragment 都會(huì)被銷毀。 畢 業(yè) 論 文 第 13 頁(yè) 共 26 頁(yè) 4 需求分析 總體需求分析 在網(wǎng)絡(luò)飛速發(fā)展的今天，在社會(huì)更新?lián)Q代 的今朝，很多自己糾結(jié)的問(wèn)題但又不好意思打電話問(wèn)朋友，依靠這款軟件不僅可以匿名向好友說(shuō)出自己糾結(jié)的問(wèn)題，也可以幫助其他朋友解決一些糾結(jié)的問(wèn)題。這樣既幫助了自己也幫助了他人。 市場(chǎng)需求分析 Google 推出 Android 手機(jī)操作以來(lái)，被各大手機(jī)廠商爭(zhēng)相追捧， HTC、摩托羅拉、三星、 LG、魅族、聯(lián)想、中興、華為等手機(jī)廠商紛紛采用 Android 手機(jī)操作系統(tǒng)。自價(jià)值 1999 的高配置小米手機(jī)盛行以來(lái)， Android 系統(tǒng)更是被普遍應(yīng)用。中國(guó)三大運(yùn)營(yíng)商中國(guó)移動(dòng)、中國(guó)聯(lián)通、中國(guó)電信更是推出了 3G 手機(jī) 4G 手機(jī) 合約購(gòu)機(jī) 計(jì)劃 [12]。 可行性分析 可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決，是否值得解決。在前期調(diào)查的基礎(chǔ)上，復(fù)查并確定系統(tǒng)的目標(biāo)，規(guī)模和功能，對(duì)所開(kāi)發(fā)項(xiàng)目的背景和意義進(jìn)行分析，并草擬初步的開(kāi)發(fā)計(jì)劃，主要從技術(shù)可行性和操作可行性兩方面研究分析 [15]。 技術(shù)可行性分析 技術(shù)可行性是對(duì)要開(kāi)發(fā)項(xiàng)目的功能性能和限制條件進(jìn)行分析，使用現(xiàn)在的技術(shù)能否實(shí)現(xiàn)系統(tǒng)達(dá)到的目標(biāo)。 Android 是近年來(lái)推出的新型手機(jī)操作系統(tǒng)平臺(tái)，技術(shù)先進(jìn)。 Android 房屋租售信息檢索系統(tǒng)要求 UI 簡(jiǎn)潔大方，操控簡(jiǎn)單易用，注重用戶體驗(yàn)（ Android 在這一點(diǎn)上，做的非常優(yōu)秀）。軟件中有一些數(shù)據(jù)需要存儲(chǔ)，如瀏覽房屋歷史、收藏的房屋等等，這些數(shù)據(jù)都可以存在 Android 內(nèi)置的 SQLite 數(shù)據(jù)庫(kù)中。此外， Android 房屋測(cè)試后需要將測(cè)試結(jié)果提交給開(kāi)發(fā)人員，這些功能在 Android 平臺(tái)的手機(jī)上都可以做到。 操作可行性分析 在需求分析中已明確了此手機(jī)軟件項(xiàng)目的需求，根據(jù)項(xiàng)目需求和自己現(xiàn)在所掌握的知識(shí)，本人認(rèn)為完全有能力在現(xiàn)有的時(shí)間完成這款軟件的開(kāi)發(fā)與測(cè)試。并且測(cè)試軟件的界面設(shè)計(jì)時(shí)，會(huì)更多的考慮用戶 使用時(shí)的感受，設(shè)計(jì)出方便操作且簡(jiǎn)潔大方的界面。 畢 業(yè) 論 文 第 14 頁(yè) 共 26 頁(yè) 手機(jī)軟件開(kāi)發(fā)平臺(tái)的選擇 手機(jī)軟件開(kāi)發(fā)平臺(tái)有很多，目前國(guó)內(nèi)主流的有蘋果的 IOS（ iphone OS），谷歌的Android，微軟的 WM（ Windows Mobile）等等。本項(xiàng)目采用了 Android 開(kāi)發(fā)平臺(tái)，主要 平臺(tái)無(wú)關(guān)性。 蘋果 IOS 平臺(tái)的應(yīng)用軟件需要在裝有 MAC 操作系統(tǒng)的計(jì)算機(jī)上開(kāi)發(fā)，Android 平臺(tái)上的應(yīng)用軟件可以在裝有 Windows， Linux，或 MAC 等多種操作系統(tǒng)的計(jì)算機(jī)上開(kāi)發(fā)，考慮到 MAC 操作系統(tǒng)的諸多不便，所以放棄了 IOS 平臺(tái)；此外 ， WM（ windows mobile）平臺(tái)應(yīng)用軟件的開(kāi)發(fā)語(yǔ)言是 C++，開(kāi)發(fā)環(huán)境是 Visual Studio，而Andriod 的開(kāi)發(fā)語(yǔ)言是 Java，開(kāi)發(fā)環(huán)境是 Eclipse，考慮到對(duì) Java+Eclipse 的開(kāi)發(fā)環(huán)境更為熟悉，所以本項(xiàng)目采用了 Android 平臺(tái)開(kāi)發(fā)。 各個(gè)模塊功能需求分析 系統(tǒng)總體需求分析 根據(jù)前面的分析，繪制系統(tǒng)需求圖，如圖 所示： 圖 系統(tǒng)需求圖 各個(gè)模塊需求分析 a)廣場(chǎng)模塊 利用一個(gè)書(shū)簽選項(xiàng)卡將廣場(chǎng)分為兩個(gè)部分一個(gè)投票一個(gè)活動(dòng)。兩個(gè)模塊均使 用畢 業(yè) 論 文 第 15 頁(yè) 共 26 頁(yè) ListView 進(jìn)行列表的展示，使用戶可以更直觀的看到最新信息、并且利用 ViewPager 可以實(shí)現(xiàn)兩個(gè)模塊的側(cè)滑效果，這樣使用戶的體驗(yàn)會(huì)更好。通過(guò)篩選功能可以對(duì)廣場(chǎng)的投票進(jìn)行篩選。 廣場(chǎng)投票、活動(dòng) 畢 業(yè) 論 文 第 16 頁(yè) 共 26 頁(yè) 廣場(chǎng)篩選 b)票夾模塊 票夾模塊主要分為：投票、活動(dòng)、收藏；投票模塊主要展示自己發(fā)起的、參與過(guò)的投票；而活動(dòng)模塊主要展示了自己發(fā)起和參與的活動(dòng) 。而收藏模塊主是展示自己收藏過(guò)的投票（現(xiàn)在還沒(méi)有收藏活動(dòng)的功能），這三個(gè)模塊均使用了 ListView 進(jìn)行數(shù)據(jù)的展示。在票夾中利用 ListView 的自定義適配器 BaseAdapter，進(jìn)行數(shù)據(jù)填充，實(shí)現(xiàn)了一個(gè)簡(jiǎn)單的時(shí)間軸效果。 畢 業(yè) 論 文 第 17 頁(yè) 共 26 頁(yè) 票夾 c)發(fā)起模塊 發(fā)起模塊分為發(fā)起文本票、數(shù)字票以及活動(dòng)。這個(gè)大模塊也是這后來(lái)主要負(fù)責(zé)的一個(gè)模塊；發(fā)起文本票和發(fā)起數(shù)字由于界面十分相似，所以他們用了一個(gè)界面。發(fā)起文本票中選項(xiàng)模塊利用代碼實(shí)現(xiàn)動(dòng)態(tài)添加每個(gè)選項(xiàng)，預(yù)置結(jié)果利用了自定義的 了一個(gè)理想狀態(tài)的下拉選項(xiàng)卡。而截止時(shí)間選擇器是模仿了 IOS 的滾輪選擇效果，這樣用戶體驗(yàn)也十分的好。選 擇媒體文件，可以通過(guò)拍攝和相冊(cè)選擇兩種方法得到圖片，拍照利用了 Android 中自帶的方法： Intent intent = new Intent()。 (, (new File(Environment .getExternalStorageDirectory(),)))。 startActivityForResult(intent, PHOTO_GRAPH)。 最后通過(guò) onActivityResult 方法便可以拿到剛剛拍攝的照片。 而通過(guò)相冊(cè)中選圖片則是自己寫的一個(gè)方法、他先讀取 SD 卡中有照片的文件夾，在依次遍歷所