【正文】 要要對(duì)用戶及時(shí)的提醒，當(dāng)然這樣的及時(shí)也不是說(shuō)要求及時(shí)到向聊天中那樣實(shí)時(shí)會(huì)話，這樣的及時(shí)只需要有消息，客戶能在3分鐘之內(nèi)收到。} 數(shù)據(jù)庫(kù)存儲(chǔ)類(lèi)型的選擇系統(tǒng)數(shù)據(jù)庫(kù)要求存儲(chǔ)最基本的點(diǎn)和線等一些拼車(chē)時(shí)出現(xiàn)的地理信息。同時(shí)感謝MySQL的Spetial Extention。但是這樣就多了很多的表間關(guān)系，我們查看新消息的時(shí)候就需要同時(shí)查詢這些表，并且在返回信息時(shí)，也要用不同的格式來(lái)存儲(chǔ)。 前后臺(tái)新消息的交互數(shù)據(jù)在撮合系統(tǒng)中，前后臺(tái)的交互相當(dāng)活躍。具體實(shí)現(xiàn)的時(shí)候需要解決瀏覽器兼容問(wèn)題。以下的內(nèi)容將圍繞著這四類(lèi)表的設(shè)計(jì)展開(kāi)，用一小節(jié)的來(lái)就數(shù)據(jù)庫(kù)的整體設(shè)計(jì)做一個(gè)總結(jié)。 ui_，varchar類(lèi)型，郵箱；216。 ua_password，varchar類(lèi)型，長(zhǎng)度20，登陸密碼，當(dāng)ua_is_openid為1時(shí)為null、為0時(shí)此項(xiàng)是not null的；216。 ri_end_p_id，integer類(lèi)型，長(zhǎng)度10，終點(diǎn)id（外鍵）；216。 ri_status，varchar類(lèi)型，長(zhǎng)度10，線路狀態(tài)：發(fā)布中，已結(jié)束（乘客撮合后即為已結(jié)束，車(chē)主停止加人后為已結(jié)束）；216。4. 拼車(chē)類(lèi)型（sharing_type）：216。 m_content，varchar類(lèi)型，長(zhǎng)度200，消息的內(nèi)容；216。 mp_confirm_status，varchar類(lèi)型，長(zhǎng)度20，乘客確定狀態(tài)：1表示乘客申請(qǐng)、2表示車(chē)主邀請(qǐng)、3表示車(chē)主同意、4表示用戶確定、5表示車(chē)主確定；216。 mm_remark，varchar類(lèi)型，長(zhǎng)度200，評(píng)價(jià)。216。216。其他的DAO類(lèi)都是在繼承了BaseDAO的基礎(chǔ)上實(shí)現(xiàn)了自己的方法。 狀態(tài)2表示車(chē)主邀請(qǐng)了某乘客加入其發(fā)布的線路，這是由于他們的線路撮合記錄不存在，所以需要向數(shù)據(jù)庫(kù)中添加一條線路撮合信息，將其狀態(tài)設(shè)為車(chē)主已邀請(qǐng)；216。下面就兩個(gè)部分分開(kāi)進(jìn)行分析設(shè)計(jì)。 新消息提示的設(shè)計(jì)新消息的提示在系統(tǒng)中采用的是客戶端拉模式，具體就是在腳本中添加一個(gè)函數(shù)，這個(gè)函數(shù)將在頁(yè)面加載結(jié)束時(shí)執(zhí)行，函數(shù)中包含了一個(gè)查詢請(qǐng)求，將向服務(wù)器要求查詢當(dāng)前用戶新消息的數(shù)量。下一章，將更近一步的闡述系統(tǒng)的開(kāi)發(fā)過(guò)程，將會(huì)對(duì)本章中所提到的設(shè)計(jì)進(jìn)行實(shí)現(xiàn)，并對(duì)實(shí)現(xiàn)過(guò)程中的關(guān)鍵技術(shù)做一些簡(jiǎn)要的講解。 獲取SingletonControl對(duì)象instance，這里采用了單例模式。 狀態(tài)為已成功，這表明不會(huì)再對(duì)信息處理了，將信息從列表中刪除。更新?tīng)顟B(tài)的流程圖如圖43所示。圖44 評(píng)價(jià)記錄的生成過(guò)程關(guān)鍵代碼如下所示：for (UserInformation user : users) { String mContent = null。 } 根據(jù)線路信息和其他用戶的編號(hào)構(gòu)造message 利用messageDAO的saveMessage保存message} 評(píng)價(jià)記錄的提交在用戶點(diǎn)擊星狀評(píng)價(jià)條時(shí)，JS部分有一個(gè)方法clickAction會(huì)對(duì)提交的字符串進(jìn)行處理，并提取到評(píng)價(jià)記錄，在調(diào)用JS中的sndReq方法提交評(píng)價(jià)記錄到后臺(tái)。一方面是消息的后臺(tái)獲取，一方面是消息的前臺(tái)解析。在利用該Transformer對(duì)象的transform方法將XML通過(guò)out對(duì)象輸出到客戶端。在后臺(tái)我們將讀取消息列表中的每一條消息，將其按照一定得格式生成一條消息節(jié)點(diǎn)，然后將這些消息節(jié)點(diǎn)形成一棵消息DOM樹(shù)，將該樹(shù)插入到生成的Document對(duì)象中。新消息提示的前臺(tái)實(shí)現(xiàn)流程如圖46所示。 } mContent += amp。通過(guò)DAO獲取到所有的有關(guān)用戶記錄和線路信息，遍歷所有用戶記錄，將線路信息加入到content中，在將其余用戶的id添加到content中，完成message的填充，將其添加到數(shù)據(jù)庫(kù)中。這個(gè)流程如圖42所示。對(duì)數(shù)據(jù)的更新操作放在了觀察著的update函數(shù)中進(jìn)行，這個(gè)過(guò)程比較復(fù)雜，在接下來(lái)的內(nèi)容中將具體描述。 獲取form中的信息，將form轉(zhuǎn)換為StatusFrom類(lèi)型的對(duì)象，通過(guò)對(duì)應(yīng)得get方法獲取用戶提交來(lái)得數(shù)據(jù)。解析也是用的W3C的標(biāo)準(zhǔn)進(jìn)行，通過(guò)getElementByTagName獲取到所有的消息，遍歷這些消息，取得消息的類(lèi)型，按照類(lèi)型對(duì)消息進(jìn)行解析，并同時(shí)生成HTML DOM對(duì)象，重構(gòu)HTML DOM樹(shù)。 評(píng)價(jià)記錄的提交如果有待評(píng)價(jià)的記錄，將會(huì)在站內(nèi)信中收到。線路撮合后臺(tái)設(shè)計(jì)模式相關(guān)類(lèi)圖如圖36所示。 狀態(tài)0表示乘客線路的撮合信息不存在；216。首先，將數(shù)據(jù)庫(kù)中的每一張表對(duì)應(yīng)成相應(yīng)的實(shí)體類(lèi)，在相關(guān)的配置文件中配置各表之間的主外鍵等關(guān)系。216。216。 mm_to_ui_id，varchar類(lèi)型，長(zhǎng)度50，被評(píng)分用戶id（外鍵）；216。 mp_id，integer類(lèi)型，長(zhǎng)度10，撮合乘客記錄id（主鍵）；216。 m_to_ui_id，varchar類(lèi)型，長(zhǎng)度50，目標(biāo)用戶id（外鍵）；216。 rr_driver_age，integer類(lèi)型，長(zhǎng)度3，司機(jī)駕齡要求；216。 ri_arrival_time，DATETIME類(lèi)型，到達(dá)時(shí)間；216。 ri_id，integer類(lèi)型，長(zhǎng)度10，線路信息id（主鍵）；216。 ua_id，varchar類(lèi)型，長(zhǎng)度50，用戶登陸id（主鍵）216。 ui_city，varchar類(lèi)型，所在城市；216。遍歷這些成員，向每個(gè)人發(fā)送一跳待評(píng)價(jià)消息，消息的內(nèi)容生成過(guò)程如下：獲取路線信息寫(xiě)入相應(yīng)的字段，遍歷撮合成功成員，除掉自己以外的所有成員編號(hào)記錄入content字段，插入數(shù)據(jù)庫(kù)。 撮合時(shí)信息的處理在客戶端處理新消息的XML：通過(guò)DOM解析技術(shù)解析該XML，獲取所有消息，將他們記錄如一個(gè)個(gè)的Element，遍歷這些Element，獲取每個(gè)Element的中type元素的值，根據(jù)這些值的不同，通過(guò)不同的方法來(lái)解析content，從而生成記錄不同消息記錄的HTML DOM的Element，用這些Element重構(gòu)HTML的DOM樹(shù)。這樣設(shè)計(jì)使得本系統(tǒng)課擴(kuò)展性更好，使用更加靈活，后臺(tái)的壓力也會(huì)小一些。 消息表的設(shè)計(jì)經(jīng)過(guò)分析發(fā)現(xiàn)，用戶在消息方面需要接受3中類(lèi)型的消息：發(fā)給車(chē)主的消息、發(fā)給乘客的消息和撮合成功時(shí)發(fā)給所有成員的評(píng)價(jià)消息。既然這樣的普通類(lèi)型在設(shè)計(jì)和實(shí)現(xiàn)上難度很大，而且即使是實(shí)現(xiàn)出來(lái)效率也值得懷疑的情況下。于是在我們的撮合系統(tǒng)中選擇用“客戶端拉”的方式實(shí)現(xiàn)新消息提示，實(shí)現(xiàn)也是比較簡(jiǎn)單的。以下就分幾個(gè)小節(jié)對(duì)具體的這六個(gè)方面的問(wèn)題進(jìn)行分析和解決。本小節(jié)就撮合部分的需求進(jìn)行分析。本章小結(jié)本章主要介紹了項(xiàng)目中將要用到得幾門(mén)技術(shù)：AJAX技術(shù)、XML技術(shù)、空間數(shù)據(jù)庫(kù)技術(shù)、設(shè)計(jì)模式和SSH框架。Spring主要是對(duì)業(yè)務(wù)層的層次細(xì)化，即更深層次的降低了耦合程度。這種方式簡(jiǎn)化了在復(fù)雜環(huán)境下的配置管理。這通常透過(guò)呼叫各觀察者所提供的方法來(lái)實(shí)現(xiàn)。依據(jù)其目的可分為：創(chuàng)建型（Creational）、結(jié)構(gòu)型（Structural）、和行為型（Behavioral）三種。因?yàn)閺?fù)用是面向?qū)ο笤O(shè)計(jì)的要素之一，所以模式效果包括它對(duì)系統(tǒng)的靈活性、擴(kuò)充性或可移植性的影響，顯式地列出這些效果對(duì)理解和評(píng)價(jià)這些模式很有幫助。它解釋了設(shè)計(jì)問(wèn)題和問(wèn)題存在的前因后果，它可能描述了特定的設(shè)計(jì)問(wèn)題，如怎樣用對(duì)象表示算法等。將已證實(shí)的技術(shù)表述成設(shè)計(jì)模式也會(huì)使新系統(tǒng)開(kāi)發(fā)者更加容易理解其設(shè)計(jì)思路。發(fā)人員的青睞；進(jìn)入90年代，面向?qū)ο蟮闹攸c(diǎn)已經(jīng)從語(yǔ)言轉(zhuǎn)移到設(shè)計(jì)方法學(xué)方面，盡管還不成熟，但陸續(xù)提出了一些面向?qū)ο蟮拈_(kāi)發(fā)方法和設(shè)計(jì)技術(shù)。 MBROverlaps(g1,g2)返回1或0以指明兩個(gè)幾何變量g1和g2的最小邊界矩形是否交迭。 MBRContains(g1,g2)返回1或0以指明g1的最小邊界矩形是否包含g2的最小邊界矩形。 Area(mpoly)以雙精度數(shù)值形式返回MultiPolygon值mpoly的面積，根據(jù)在其空間參考系中的測(cè)量結(jié)果。216。 MultiLineString函數(shù)216。 GLength(ls)以雙精度數(shù)值返回LineString值1s在相關(guān)的空間參考系中的長(zhǎng)度。 SRID(g)返回指明了幾何值g的空間參考系統(tǒng)ID的整數(shù)。216。 AsText(g)將采用內(nèi)部幾何格式的值轉(zhuǎn)換為其WKT表示，并返回字符串結(jié)果。216。 MultiLineString(ls1,ls2,...)使用WKB LineString參量構(gòu)造WKB MultiLineString值。 MySQL創(chuàng)建幾何值的函數(shù)：216。MySQL對(duì)OpenGIS的支持主要表現(xiàn)在支持空間數(shù)據(jù)的數(shù)據(jù)類(lèi)型，以及用于創(chuàng)建和檢索空間值的函數(shù)上。每一個(gè)幾何對(duì)象都與一個(gè)空間參照系相互關(guān)聯(lián)，幾何對(duì)象所定義的坐標(biāo)在空間參照系得到反映。也就是說(shuō)OpenGIS定義的幾何類(lèi)型并不僅僅是我們常見(jiàn)的點(diǎn)、線、多邊形三種，它提供了更復(fù)雜更詳細(xì)的定義，增強(qiáng)了未來(lái)的可擴(kuò)展性。 OpenGIS簡(jiǎn)介OpenGIS(Open Geo data Interoperation Specification，OGIS開(kāi)放的地理數(shù)據(jù)互操作規(guī)范)由美國(guó)OGC(OpenGIS協(xié)會(huì)，OpenGIS Consortium)提出。與SAX一樣，StAX也是基于時(shí)間流驅(qū)動(dòng)的，具有類(lèi)似于流媒體的優(yōu)點(diǎn)：分析能夠立即開(kāi)始，而不是等待所有的數(shù)據(jù)被處理，而且由于應(yīng)用程序只是在讀取數(shù)據(jù)時(shí)檢查數(shù)據(jù)，文檔的讀入過(guò)程和解析過(guò)程同時(shí)進(jìn)行，所以不需要將數(shù)據(jù)存儲(chǔ)在內(nèi)存中。圖26 DOM解析過(guò)程圖27 生成的DOM樹(shù)示例 SAXSAX解析XML采用事件驅(qū)動(dòng)的方式。216。 每個(gè)文檔有且僅有一個(gè)根元素（Root），其它所有元素都是它的子元素。 XML系列簡(jiǎn)述，圍繞XML的是各式各樣的XML標(biāo)準(zhǔn)和產(chǎn)品，他們與XML組合起來(lái)解決大量有關(guān)把XML引入主流計(jì)算的問(wèn)題，即表現(xiàn)、結(jié)構(gòu)和轉(zhuǎn)換。XML與Access、Oracle和SQL Server等數(shù)據(jù)庫(kù)不同，數(shù)據(jù)庫(kù)提供了更強(qiáng)有力的數(shù)據(jù)存儲(chǔ)和分析能力，例如：數(shù)據(jù)索引、排序、查找、相關(guān)一致性等，XML僅僅是展示數(shù)據(jù)。以前一些客戶端的特殊效果，比如拖拽，分層展開(kāi)，及時(shí)提醒等等只能在桌面軟件上實(shí)現(xiàn)，現(xiàn)在通過(guò)AJAX技術(shù)，這些己經(jīng)不再困難； 216。應(yīng)為可以不刷新整個(gè)頁(yè)面更新信息，所以給用戶的視覺(jué)效果比以前的WEB系統(tǒng)大大提高，系統(tǒng)地響應(yīng)速度也得到很大的提高；216。而在這個(gè)技術(shù)出現(xiàn)之前，瀏覽器與服務(wù)器通信的唯一方式就是通過(guò)表單的提交，這一般都會(huì)帶來(lái)一次全頁(yè)面的刷新。在AJAX應(yīng)用開(kāi)發(fā)中，采用DOM的方式動(dòng)態(tài)修改頁(yè)面，進(jìn)行局部刷新，從而實(shí)現(xiàn)頁(yè)面的動(dòng)態(tài)更新效果。當(dāng)人們?cè)絹?lái)越認(rèn)識(shí)到頁(yè)面也可以當(dāng)作對(duì)象時(shí)，文檔對(duì)象模型DOM應(yīng)運(yùn)生。具體來(lái)說(shuō)，Ajax包含：216。下面將對(duì)這些技術(shù)進(jìn)行逐一地闡述和分析。第四章介紹了信息撮合系統(tǒng)的實(shí)現(xiàn)方法及關(guān)鍵技術(shù)，主要以流程圖的形式顯示在實(shí)現(xiàn)過(guò)程中的編碼邏輯，在關(guān)鍵代碼的實(shí)現(xiàn)上以偽代碼的形式展示，主要體現(xiàn)了編碼過(guò)程中的基本思路。但是這些網(wǎng)站在用戶的信息撮合這幾塊都只是簡(jiǎn)單的登錄后報(bào)名，然后可以查看別人的聯(lián)系方式，同時(shí)給發(fā)布線路的人發(fā)送申請(qǐng)者的信息，這樣用戶之間的交流和撮合是和系統(tǒng)無(wú)關(guān)的，用戶在私底下解決。在我們的拼車(chē)網(wǎng)中，信息撮合系統(tǒng)起到非常重要的作用。傳統(tǒng)的電子商務(wù)一般只注重信息的搜索，提供給客戶的撮合的功能較少，只在一定的規(guī)則下給出定性的查詢結(jié)果，并不提供細(xì)致的定量分析。根據(jù)報(bào)導(dǎo)，韓國(guó)、希臘及歐美國(guó)家的出租車(chē)已嘗試“合乘制”。在我國(guó)浙江、北京、廣州等五十多個(gè)城市已經(jīng)開(kāi)拓了拼車(chē)服務(wù)并產(chǎn)生了注冊(cè)服務(wù)機(jī)構(gòu)國(guó)內(nèi)外要就現(xiàn)狀。那么根據(jù)這些信息進(jìn)行撮合也就扮演了重要的角色。同時(shí)信息撮合系統(tǒng)提供評(píng)分的機(jī)制，不用太擔(dān)心有不誠(chéng)實(shí)的情況存在，因?yàn)樵谖覀兤闯删W(wǎng)中，如果用戶不誠(chéng)實(shí)，同行者將給予扁評(píng)，積分上就會(huì)有所體現(xiàn)。撮合系統(tǒng)在各EMarket中的運(yùn)用相對(duì)比較廣泛，最好的例子就是C2C的網(wǎng)站，例如淘寶、拍拍等網(wǎng)站。本文的組織結(jié)構(gòu)圖11所示。IT界首次出現(xiàn)AJAX的概念是在2005年2月，當(dāng)時(shí)Adaptive Path公司的Jesse James Garrett在互聯(lián)網(wǎng)上發(fā)表了一篇名為《AJAX: A New Approach to web Application》的論文。 使用XML和XSLT進(jìn)行數(shù)據(jù)的交互操作和控制；216。2. DOM文檔對(duì)象模型(Document Object Model，DOM)是一個(gè)跨平臺(tái)的、可適應(yīng)不同程序語(yǔ)一言的文件對(duì)象模型，它采取直觀的方式，將HTML和XML文檔進(jìn)行模型化處理，提供了存取和更新文檔內(nèi)容、結(jié)構(gòu)和樣式的編程接口。3. CSSCSS的全稱是Cascading Style Sheets，中文翻譯為“層疊樣式表”。用戶使用某個(gè)基于AJAX的功能后，引擎便開(kāi)始異步訪問(wèn)服務(wù)器，而不用耽誤用戶的時(shí)間。 弱化了桌面程序和服務(wù)器程序的差別。同時(shí)，一些基于AJAX開(kāi)發(fā)的輔助工具也為我們的開(kāi)發(fā)提供了很大的便利。 XML與HTML的設(shè)計(jì)區(qū)別是：XML是用來(lái)存儲(chǔ)數(shù)據(jù)的，重在數(shù)據(jù)本身。圖23 XML技術(shù)序列 XML語(yǔ)法簡(jiǎn)述XML文檔的基本結(jié)構(gòu)由序言部分（Prolog）和一個(gè)根元素（Root element）組成。即元素之間必須正確的嵌套。不正確的解析會(huì)導(dǎo)致過(guò)度的內(nèi)存消耗和過(guò)長(zhǎng)的處理時(shí)間，從而有損于可伸縮性。當(dāng)SAX解析器讀取文檔的時(shí)候會(huì)引發(fā)很多事件，這些事件會(huì)交給對(duì)應(yīng)的時(shí)間處理者（event handlers）。因此，空間數(shù)據(jù)庫(kù)的建設(shè)是空間信息系統(tǒng)建設(shè)中的一個(gè)關(guān)鍵問(wèn)題，同時(shí)也是一項(xiàng)費(fèi)時(shí)費(fèi)力的基礎(chǔ)性工作。它致力于消除地理信息應(yīng)用（如地理信息系統(tǒng)，遙感，土地信息系統(tǒng)，自動(dòng)制圖/設(shè)施管理(AM/FM)系統(tǒng)）之間以及地理應(yīng)用與其它信息技術(shù)應(yīng)用之間的藩籬，建立一個(gè)無(wú)“邊界”的、分布的、基于構(gòu)件的地理數(shù)據(jù)互操作環(huán)境，與傳統(tǒng)的地理信息處理技術(shù)相比，基于該規(guī)范的GIS軟件將具有很好的可擴(kuò)展性、可升級(jí)性、可移植性、開(kāi)放性、互操作性和易用性。相同的幾何類(lèi)型、屬性類(lèi)型的組合成為要素類(lèi)型（FeatureType），要素類(lèi)型相同的要素可以被存放在一個(gè)數(shù)據(jù)源中。在該層次關(guān)系中的所有可實(shí)例化類(lèi)這樣定義可以使在系統(tǒng)中是拓?fù)湎嚓P(guān)的(例如，所有幾何對(duì)象定義都包括他們的邊界)。GEOMETRY能夠保存任何類(lèi)型的幾何值。216。 MultiPoint(pt