引言

在電子地圖領(lǐng)域除了做導(dǎo)航方面的公司以外 ,還有許多公司在做綜合旅游服務(wù) , 比如去哪兒旅行、攜程旅行、同程旅游和途牛旅游等 ,這些產(chǎn)品針對的是旅游業(yè)中人們的需求。以前的旅游基本是人們親自去挑選旅行社和導(dǎo)游 ,而現(xiàn)在人們則可以很方便地通過自己手中的智能手機(jī)打開這些APP來進(jìn)行自己的旅游規(guī)劃 , 這就為本文的設(shè)計(jì)提供了思路 , 既要避其鋒芒 ,又要曲徑通幽 ,使用電子地圖來為人們提供不一樣的服務(wù)。

正是發(fā)現(xiàn)了人們在日常出行信息管理方面的需求 ,我們決定將研究方向瞄準(zhǔn)這些方面 。其實(shí)這種用于人們?nèi)粘Ｉ钪械目此瓶捎锌蔁o的移動應(yīng)用有些時(shí)候往往能很好地填補(bǔ)人們的空閑時(shí)間 ,可以為人們的日常出行添姿加彩 ,從某種角度看本系統(tǒng)很好地滿足了許多用戶的隱性需求。

1 個人出行信息管理系統(tǒng)技術(shù)原理

1. 1 開源地圖openStreetMap

openSsreesMap(OSM)被稱作電子地圖中的維基百科 , 是一個網(wǎng)絡(luò)電子地圖的合作計(jì)劃 , 目的是想建立一個內(nèi)容廣泛而且可以讓所有人進(jìn)行編輯的世界范圍的地圖。

OSM在Android系統(tǒng)中的應(yīng)用被集成在了OSMDroid 中 ,開發(fā)者將相關(guān)的包導(dǎo)入到自己的項(xiàng)目中即可在代碼中調(diào)用其相關(guān)方法 。鑒于OSM資源的完全免費(fèi) ,開發(fā)者在使用OSMDroid 時(shí)不需要像使用其他大公司地圖時(shí)一樣申請相關(guān)的APIkey,只要在導(dǎo)入相關(guān)包之后開發(fā)者便可實(shí)現(xiàn)許多基本的地圖服務(wù) , 比如定位、搜索、標(biāo)記、路徑規(guī)劃、離線地圖等功能。

1.2 關(guān)鍵Java類及函數(shù)

本文中一些功能是需要獲取網(wǎng)絡(luò)數(shù)據(jù)的 ,這樣就會有一定的延時(shí) ,所以不可以在主線程中直接調(diào)用 , 需要子線程或采用異步的方式。Android中有一種特有的異步類可以解決本文中遇到的絕大多數(shù)網(wǎng)絡(luò)延時(shí)問題 , 即AsyncTask 。簡單說來就是在UI主線程運(yùn)行時(shí) ,通過異步方式完成一些操作 ,AsyncTask 允許后臺執(zhí)行一個異步任務(wù) ,可以將比較耗時(shí)的操作放在異步任務(wù)當(dāng)中來執(zhí)行 ,并隨時(shí)將任務(wù)執(zhí)行的結(jié)果返回給UI線程來更新UI控件 。所以 ,AsyncTask往往可以輕松解決多線程之間的通信問題。

另外 ,在實(shí)現(xiàn)相冊功能的時(shí)候要解決圖片顯示時(shí)文件內(nèi)容過大以及文件數(shù)目過多而產(chǎn)生的otsofMemory(ooM)異常的問題 ,本文是使用外部類ImageLoader以及異步處理的方式來進(jìn)行解決的 。ImageLoader的工作原理大致是:在顯示圖片的時(shí)候 ,它會先在內(nèi)存中進(jìn)行查找 , 內(nèi)存中找不到就會去本地查找 ,如果依然沒有找到就建立一個新的線程來下載這張圖片 ,然后會把下載成功的圖片同時(shí)緩存到內(nèi)存和本地 。另外 ,因?yàn)镮mageLoader對圖片采用的是軟引用的形式 ,所以內(nèi)存中的圖片會在內(nèi)存不足的時(shí)候被系統(tǒng)回收(內(nèi)存足夠的時(shí)候不會對其進(jìn)行垃圾回收) 。

1.3 功能模塊設(shè)計(jì)概述

本文研究的產(chǎn)品主要實(shí)現(xiàn)以下幾個功能模塊:定位功能模塊、地點(diǎn)搜索功能模塊、路徑規(guī)劃功能模塊、拍照功能模塊、行程管理功能模塊、時(shí)間軸功能模塊、相冊功能模塊(圖1) 。

(1)行程管理功能模塊:本研究的主題便是對用戶的出行信息進(jìn)行管理 ,用戶可自行設(shè)定行程主題及時(shí)間 , 點(diǎn)擊開始行程后即可通過拍照記錄行程狀態(tài)以及位置信息 ,所拍照片會自動存儲到所對應(yīng)行程主題文件夾下 ,并在相冊中對應(yīng)顯示相關(guān)信息。用戶也可以在未創(chuàng)建行程的情況下使用拍照功能 ,此時(shí)會將照片默認(rèn)存儲于以當(dāng)天日期為名創(chuàng)建的文件夾下 ,同時(shí)也會自動記錄位置信息 ,相冊中顯示的照片信息即為無主題。

(2)時(shí)間軸功能模塊:用戶在點(diǎn)擊時(shí)間軸按鈕后會在地圖界面標(biāo)注出用戶在近1一天內(nèi)到過的所有位置 ,記錄下用戶這些天的足跡。用戶在拍照時(shí)應(yīng)用會自動記錄用戶的位置信息 ,然后把近1一天的位置信息挑選出來標(biāo)注在地圖上。

(3)相冊功能模塊:本模塊將用戶所拍照片進(jìn)行集中展示 ,界面設(shè)計(jì)類似于相冊 ,用戶可以瀏覽自己拍過的照片 ,這些照片會自動對應(yīng)顯示主題和時(shí)間信息 ,用戶也可在照片下方為照片添加文字介紹。

2 個人出行信息管理系統(tǒng)的具體實(shí)現(xiàn)

2. 1 相冊功能模塊的實(shí)現(xiàn)與測試

本文的相冊功能主要是由用戶所拍照片經(jīng)應(yīng)用分類存儲后進(jìn)行展示 ,本模塊的實(shí)現(xiàn)流程圖如圖2所示。

2. 1. 1 照片存儲功能的實(shí)現(xiàn)

為了實(shí)現(xiàn)照片的存儲功能 ,本文設(shè)定在每次打開應(yīng)用時(shí)都會執(zhí)行一個功能函數(shù) , 即創(chuàng)建一個以當(dāng)前日期為名的文件夾 ,這樣就可以讓不在行程中的用戶所拍照片找到存儲的路徑。

getPhotoFileName()這個函數(shù)的功能就是給所拍照片命名 ,從代碼中可以了解到本文是使用當(dāng)前時(shí)間為照片命名的 ,時(shí)間要精確到秒 ,這樣才可以保證照片文件不同名。

getsDPath()函數(shù)的作用是將照片分兩種情況進(jìn)行存儲 ,如果用戶正在行程中便會存儲到以當(dāng)前行程名稱命名的文件夾中去 ,如果用戶未在行程中則會將照片存儲到以當(dāng)前日期命名的文件夾中去 。這里用到了sharedPreferences來存儲行程 的狀態(tài)以及行程的名稱 ,這樣就可以在不同的Activity之間共同使用這些數(shù)據(jù) ,而且關(guān)閉應(yīng)用再打開后數(shù)據(jù)不會重置。

行程的狀態(tài)即是否處于行程中 , 以及行程主題名稱相關(guān)的數(shù)據(jù)信息要存儲在sharedPreferences中 ,這樣在每次打開程序時(shí)都可以從文件中讀取相關(guān)數(shù)據(jù)。

2. 1.2 處理照片文件以防ooM現(xiàn)象

在行程管理的UI界面本文設(shè)計(jì)了一個在屏幕上半部分輪播顯示每次行程中的一 張照片的功能 ,如果直接讀取原文件顯示到屏幕上很可能導(dǎo)致ooM情況。本文最先做的工作便是處理照片原文件 ,對其進(jìn)行壓縮處理使之能夠以合適的文件大小顯示到屏幕上而不會造成ooM現(xiàn)象。這里主要使用到了decodeBitmapFromFile和calculatesamplesize兩個函數(shù):在decode一BitmapFromFile函數(shù)中用到了BitmapFactory.options ,首先要將options .inJustDecodeBounds設(shè)置為true , 這個時(shí)候從所給路徑中獲取圖片時(shí)只是獲取圖片的屬性信息而不會真正地耗費(fèi)內(nèi)存去加載圖片 ,然后使用options.insamplesize=calculatesample一 size(options,400,200)這句代碼對所選圖片進(jìn)行壓縮處理 , 其中calculatesamplesize(options,400,200)的參數(shù)可以 自行設(shè)定 。接著將options.inJustDecodeBounds設(shè)置為false ,這樣程序就會去加載已經(jīng)經(jīng)過處理的照片了。

2.1.3 自定義照片簡介功能的實(shí)現(xiàn)

要將接收到的主題和時(shí)間數(shù)據(jù)顯示到對應(yīng)的文本框中是由目前的position來確定的 , 上面的代碼通過取余的操作使 position得以循環(huán) ,對應(yīng)的數(shù)據(jù)信息也成功地顯示在了正確位置。相冊的最后一個功能是自定義照片簡介 ,其實(shí)前述代碼中已經(jīng)透露了這個功能的實(shí)現(xiàn)方式 ,不像顯示主題和時(shí)間一樣可以使用List數(shù)組作為容器 ,這里需要使用HashMap來存儲照片的簡介信息 。 因?yàn)楹喗椴灰?定每張照片都會有 , 所以其 position是不連續(xù)的 ,使用for循環(huán)無法實(shí)現(xiàn)照片與簡介的對應(yīng)顯示 ,而HashMap可以很好地解決這一 問題。

點(diǎn)擊保存按鈕時(shí)將當(dāng)前照片position對應(yīng)的簡介信息存儲到對應(yīng)的HashMap中 ,這個HashMap的key是整型的 ,用于存儲 position:value是string類型的 ,用于存儲文字簡介信息。

2.2 行程管理功能模塊的實(shí)現(xiàn)與測試

本模塊主要功能為對用戶行程信息的管理 ,模塊流程圖如圖3所示。

sharedPreferences是Android平臺上一個輕量級的存儲類 ,可以存儲一些配置信息或者一些簡單的數(shù)據(jù)信息 。本文使用sharedPreferences來存儲行程狀態(tài)等數(shù)據(jù)信息。

點(diǎn)擊出發(fā)按鈕首先會判斷用戶當(dāng)前是否處于行程中 ,若已處于行程之中會在屏幕下方彈出Toast語句提醒用戶已在行程中 ,如果未處于行程中則會進(jìn)入創(chuàng)建行程語句。若要開始行程需要輸入行程的主題以及時(shí)間 , 否則會提示用戶要先將信息輸入完整 ,一切準(zhǔn)備就緒之后便會開始創(chuàng)建行程。這里需要創(chuàng)建此次行程對應(yīng)的文件夾以及將此次行程的主題和時(shí)間分別存儲到sharedPreferences中并進(jìn)行編號 ,編號是為了可以在實(shí)現(xiàn)輪播顯示每次行程的一張照片的功能時(shí)可以獲取到每次行程的文件夾名稱 。最后還需要將行程狀態(tài)設(shè)置為在行程中, 實(shí)現(xiàn)邏輯上的完整 ,然后要在屏幕下方彈出Toast語句提醒用戶行程已開始。

時(shí)間軸功能用于在地圖上顯示用戶近l4天內(nèi)的出行坐標(biāo)點(diǎn) ,這個功能涉及Activity之間的數(shù)據(jù)傳輸問題 ,在點(diǎn)擊地圖界 面 的 按 鈕 跳 轉(zhuǎn) 到 行 程 管 理 界 面 時(shí) 使 用 了 startActivity一 ForResult()的函數(shù) ,就可以在點(diǎn)擊時(shí)間軸按鈕時(shí)實(shí)現(xiàn)其功能 。在點(diǎn)時(shí)間軸按鈕后會跳轉(zhuǎn)到地圖界面 , 同時(shí)地圖界面的onActivityResult函數(shù)負(fù)責(zé)接收信息 。

3 成果展示

圖4、圖5展示了相冊功能。

行程管理和時(shí)間軸功能成果圖如圖6、圖7所示 。

4 結(jié)語

本研究從最基礎(chǔ)的實(shí)時(shí)定位功能、地點(diǎn)搜索功能、路徑規(guī)劃功能做起 ,給用戶提供電子地圖類應(yīng)用的基礎(chǔ)服務(wù):然后在此基礎(chǔ)上實(shí)現(xiàn)對行程的管理 ,包括開始行程、設(shè)置行程主題和 時(shí)間、結(jié)束行程等功能 ,還可以提供時(shí)間軸的功能來顯示用戶 最近一段時(shí)間的足跡:最后還實(shí)現(xiàn)了相冊的功能 ,可以存儲并 顯示用戶在行程中所拍攝的照片 。本系統(tǒng)在相關(guān)應(yīng)用的一些功能實(shí)現(xiàn)方面提供了解決方法 ,并且提出了在行程管理領(lǐng)域的一種手機(jī)服務(wù)模式 ,具有一定的應(yīng)用和發(fā)展前景。