個人出行信息管理系統(tǒng)的設(shè)計與實現(xiàn)
引言
在電子地圖領(lǐng)域除了做導(dǎo)航方面的公司以外 ,還有許多公司在做綜合旅游服務(wù) , 比如去哪兒旅行、攜程旅行、同程旅游和途牛旅游等 ,這些產(chǎn)品針對的是旅游業(yè)中人們的需求。以前的旅游基本是人們親自去挑選旅行社和導(dǎo)游 ,而現(xiàn)在人們則可以很方便地通過自己手中的智能手機打開這些APP來進行自己的旅游規(guī)劃 , 這就為本文的設(shè)計提供了思路 , 既要避其鋒芒 ,又要曲徑通幽 ,使用電子地圖來為人們提供不一樣的服務(wù)。
正是發(fā)現(xiàn)了人們在日常出行信息管理方面的需求 ,我們決定將研究方向瞄準這些方面 。其實這種用于人們?nèi)粘I钪械目此瓶捎锌蔁o的移動應(yīng)用有些時候往往能很好地填補人們的空閑時間 ,可以為人們的日常出行添姿加彩 ,從某種角度看本系統(tǒng)很好地滿足了許多用戶的隱性需求。
1 個人出行信息管理系統(tǒng)技術(shù)原理
1. 1 開源地圖openStreetMap
openSsreesMap(OSM)被稱作電子地圖中的維基百科 , 是一個網(wǎng)絡(luò)電子地圖的合作計劃 , 目的是想建立一個內(nèi)容廣泛而且可以讓所有人進行編輯的世界范圍的地圖。
OSM在Android系統(tǒng)中的應(yīng)用被集成在了OSMDroid 中 ,開發(fā)者將相關(guān)的包導(dǎo)入到自己的項目中即可在代碼中調(diào)用其相關(guān)方法 。鑒于OSM資源的完全免費 ,開發(fā)者在使用OSMDroid 時不需要像使用其他大公司地圖時一樣申請相關(guān)的APIkey,只要在導(dǎo)入相關(guān)包之后開發(fā)者便可實現(xiàn)許多基本的地圖服務(wù) , 比如定位、搜索、標記、路徑規(guī)劃、離線地圖等功能。
1.2 關(guān)鍵Java類及函數(shù)
本文中一些功能是需要獲取網(wǎng)絡(luò)數(shù)據(jù)的 ,這樣就會有一定的延時 ,所以不可以在主線程中直接調(diào)用 , 需要子線程或采用異步的方式。Android中有一種特有的異步類可以解決本文中遇到的絕大多數(shù)網(wǎng)絡(luò)延時問題 , 即AsyncTask 。簡單說來就是在UI主線程運行時 ,通過異步方式完成一些操作 ,AsyncTask 允許后臺執(zhí)行一個異步任務(wù) ,可以將比較耗時的操作放在異步任務(wù)當(dāng)中來執(zhí)行 ,并隨時將任務(wù)執(zhí)行的結(jié)果返回給UI線程來更新UI控件 。所以 ,AsyncTask往往可以輕松解決多線程之間的通信問題。
另外 ,在實現(xiàn)相冊功能的時候要解決圖片顯示時文件內(nèi)容過大以及文件數(shù)目過多而產(chǎn)生的otsofMemory(ooM)異常的問題 ,本文是使用外部類ImageLoader以及異步處理的方式來進行解決的 。ImageLoader的工作原理大致是:在顯示圖片的時候 ,它會先在內(nèi)存中進行查找 , 內(nèi)存中找不到就會去本地查找 ,如果依然沒有找到就建立一個新的線程來下載這張圖片 ,然后會把下載成功的圖片同時緩存到內(nèi)存和本地 。另外 ,因為ImageLoader對圖片采用的是軟引用的形式 ,所以內(nèi)存中的圖片會在內(nèi)存不足的時候被系統(tǒng)回收(內(nèi)存足夠的時候不會對其進行垃圾回收) 。
1.3 功能模塊設(shè)計概述
本文研究的產(chǎn)品主要實現(xiàn)以下幾個功能模塊:定位功能模塊、地點搜索功能模塊、路徑規(guī)劃功能模塊、拍照功能模塊、行程管理功能模塊、時間軸功能模塊、相冊功能模塊(圖1) 。
(1)行程管理功能模塊:本研究的主題便是對用戶的出行信息進行管理 ,用戶可自行設(shè)定行程主題及時間 , 點擊開始行程后即可通過拍照記錄行程狀態(tài)以及位置信息 ,所拍照片會自動存儲到所對應(yīng)行程主題文件夾下 ,并在相冊中對應(yīng)顯示相關(guān)信息。用戶也可以在未創(chuàng)建行程的情況下使用拍照功能 ,此時會將照片默認存儲于以當(dāng)天日期為名創(chuàng)建的文件夾下 ,同時也會自動記錄位置信息 ,相冊中顯示的照片信息即為無主題。
(2)時間軸功能模塊:用戶在點擊時間軸按鈕后會在地圖界面標注出用戶在近1一天內(nèi)到過的所有位置 ,記錄下用戶這些天的足跡。用戶在拍照時應(yīng)用會自動記錄用戶的位置信息 ,然后把近1一天的位置信息挑選出來標注在地圖上。
(3)相冊功能模塊:本模塊將用戶所拍照片進行集中展示 ,界面設(shè)計類似于相冊 ,用戶可以瀏覽自己拍過的照片 ,這些照片會自動對應(yīng)顯示主題和時間信息 ,用戶也可在照片下方為照片添加文字介紹。
2 個人出行信息管理系統(tǒng)的具體實現(xiàn)
2. 1 相冊功能模塊的實現(xiàn)與測試
本文的相冊功能主要是由用戶所拍照片經(jīng)應(yīng)用分類存儲后進行展示 ,本模塊的實現(xiàn)流程圖如圖2所示。
2. 1. 1 照片存儲功能的實現(xiàn)
為了實現(xiàn)照片的存儲功能 ,本文設(shè)定在每次打開應(yīng)用時都會執(zhí)行一個功能函數(shù) , 即創(chuàng)建一個以當(dāng)前日期為名的文件夾 ,這樣就可以讓不在行程中的用戶所拍照片找到存儲的路徑。
getPhotoFileName()這個函數(shù)的功能就是給所拍照片命名 ,從代碼中可以了解到本文是使用當(dāng)前時間為照片命名的 ,時間要精確到秒 ,這樣才可以保證照片文件不同名。
getsDPath()函數(shù)的作用是將照片分兩種情況進行存儲 ,如果用戶正在行程中便會存儲到以當(dāng)前行程名稱命名的文件夾中去 ,如果用戶未在行程中則會將照片存儲到以當(dāng)前日期命名的文件夾中去 。這里用到了sharedPreferences來存儲行程 的狀態(tài)以及行程的名稱 ,這樣就可以在不同的Activity之間共同使用這些數(shù)據(jù) ,而且關(guān)閉應(yīng)用再打開后數(shù)據(jù)不會重置。
行程的狀態(tài)即是否處于行程中 , 以及行程主題名稱相關(guān)的數(shù)據(jù)信息要存儲在sharedPreferences中 ,這樣在每次打開程序時都可以從文件中讀取相關(guān)數(shù)據(jù)。
2. 1.2 處理照片文件以防ooM現(xiàn)象
在行程管理的UI界面本文設(shè)計了一個在屏幕上半部分輪播顯示每次行程中的一 張照片的功能 ,如果直接讀取原文件顯示到屏幕上很可能導(dǎo)致ooM情況。本文最先做的工作便是處理照片原文件 ,對其進行壓縮處理使之能夠以合適的文件大小顯示到屏幕上而不會造成ooM現(xiàn)象。這里主要使用到了decodeBitmapFromFile和calculatesamplesize兩個函數(shù):在decode一BitmapFromFile函數(shù)中用到了BitmapFactory.options ,首先要將options .inJustDecodeBounds設(shè)置為true , 這個時候從所給路徑中獲取圖片時只是獲取圖片的屬性信息而不會真正地耗費內(nèi)存去加載圖片 ,然后使用options.insamplesize=calculatesample一 size(options,400,200)這句代碼對所選圖片進行壓縮處理 , 其中calculatesamplesize(options,400,200)的參數(shù)可以 自行設(shè)定 。接著將options.inJustDecodeBounds設(shè)置為false ,這樣程序就會去加載已經(jīng)經(jīng)過處理的照片了。
2.1.3 自定義照片簡介功能的實現(xiàn)
要將接收到的主題和時間數(shù)據(jù)顯示到對應(yīng)的文本框中是由目前的position來確定的 , 上面的代碼通過取余的操作使 position得以循環(huán) ,對應(yīng)的數(shù)據(jù)信息也成功地顯示在了正確位置。相冊的最后一個功能是自定義照片簡介 ,其實前述代碼中已經(jīng)透露了這個功能的實現(xiàn)方式 ,不像顯示主題和時間一樣可以使用List數(shù)組作為容器 ,這里需要使用HashMap來存儲照片的簡介信息 。 因為簡介不一 定每張照片都會有 , 所以其 position是不連續(xù)的 ,使用for循環(huán)無法實現(xiàn)照片與簡介的對應(yīng)顯示 ,而HashMap可以很好地解決這一 問題。
點擊保存按鈕時將當(dāng)前照片position對應(yīng)的簡介信息存儲到對應(yīng)的HashMap中 ,這個HashMap的key是整型的 ,用于存儲 position:value是string類型的 ,用于存儲文字簡介信息。
2.2 行程管理功能模塊的實現(xiàn)與測試
本模塊主要功能為對用戶行程信息的管理 ,模塊流程圖如圖3所示。
sharedPreferences是Android平臺上一個輕量級的存儲類 ,可以存儲一些配置信息或者一些簡單的數(shù)據(jù)信息 。本文使用sharedPreferences來存儲行程狀態(tài)等數(shù)據(jù)信息。
點擊出發(fā)按鈕首先會判斷用戶當(dāng)前是否處于行程中 ,若已處于行程之中會在屏幕下方彈出Toast語句提醒用戶已在行程中 ,如果未處于行程中則會進入創(chuàng)建行程語句。若要開始行程需要輸入行程的主題以及時間 , 否則會提示用戶要先將信息輸入完整 ,一切準備就緒之后便會開始創(chuàng)建行程。這里需要創(chuàng)建此次行程對應(yīng)的文件夾以及將此次行程的主題和時間分別存儲到sharedPreferences中并進行編號 ,編號是為了可以在實現(xiàn)輪播顯示每次行程的一張照片的功能時可以獲取到每次行程的文件夾名稱 。最后還需要將行程狀態(tài)設(shè)置為在行程中, 實現(xiàn)邏輯上的完整 ,然后要在屏幕下方彈出Toast語句提醒用戶行程已開始。
時間軸功能用于在地圖上顯示用戶近l4天內(nèi)的出行坐標點 ,這個功能涉及Activity之間的數(shù)據(jù)傳輸問題 ,在點擊地圖界 面 的 按 鈕 跳 轉(zhuǎn) 到 行 程 管 理 界 面 時 使 用 了 startActivity一 ForResult()的函數(shù) ,就可以在點擊時間軸按鈕時實現(xiàn)其功能 。在點時間軸按鈕后會跳轉(zhuǎn)到地圖界面 , 同時地圖界面的onActivityResult函數(shù)負責(zé)接收信息 。
3 成果展示
圖4、圖5展示了相冊功能。
行程管理和時間軸功能成果圖如圖6、圖7所示 。
4 結(jié)語
本研究從最基礎(chǔ)的實時定位功能、地點搜索功能、路徑規(guī)劃功能做起 ,給用戶提供電子地圖類應(yīng)用的基礎(chǔ)服務(wù):然后在此基礎(chǔ)上實現(xiàn)對行程的管理 ,包括開始行程、設(shè)置行程主題和 時間、結(jié)束行程等功能 ,還可以提供時間軸的功能來顯示用戶 最近一段時間的足跡:最后還實現(xiàn)了相冊的功能 ,可以存儲并 顯示用戶在行程中所拍攝的照片 。本系統(tǒng)在相關(guān)應(yīng)用的一些功能實現(xiàn)方面提供了解決方法 ,并且提出了在行程管理領(lǐng)域的一種手機服務(wù)模式 ,具有一定的應(yīng)用和發(fā)展前景。