【正文】 務平臺功能模塊設計 根據(jù)對平臺的需求分析，我們將平臺的功能分為兩大模塊：用戶模塊和商家模塊。兩大模塊 中 具體 需求與 服務平臺中的 各個 功能模塊相互對應 ， 如圖 41 所示 。 圖 41 微信的生活服務平臺功能模塊設計 21 信息科學與技術學院學士學位論文 5 基于微信的生活服務平臺開發(fā)與實現(xiàn) 基于微信公眾平臺開發(fā)概述 微信公眾平臺開發(fā)模式的數(shù)據(jù)交互方式 微信公眾平臺 開發(fā)模式 的 數(shù)據(jù) 交互線路 可以 簡單 地 歸納為 “ 用戶 — 微信服務器— 第三方服務器 — 微信服務器 — 用戶 ” ， 每一次 的 數(shù)據(jù)交互的過程 都是 由用戶發(fā)送消息而發(fā)起的 。微信公眾平臺開發(fā)模式 提供的 消息接口 是指導 數(shù)據(jù)進行交互的行為標準 。 如果 微信公眾 帳 號 啟用 了開發(fā)模式并接入了消息接口 ，當用戶 向 公眾賬號 發(fā)送 消息 時，微信公眾平臺 的 服務器 將消息 通過 HTTP 請求 推送給 第三方 服務器 ，第三方服務器 則根據(jù) 我們預設的規(guī)則 進行響應 ， 并回復指定 的消息 [15]。 通俗的來講 ，就是 我們可以 通過 自己 編寫 的程序 讓 微 信公眾帳號自動地 和用戶進行對話。 使用了開發(fā)模式的微信公眾賬號 就像 一個預設了高級規(guī)則 的賬號 ， 用戶 在和 公眾帳號進行互動的時候， 可以 獲取 相應的 信息 反饋 。而 如何獲得 相應的信息反饋則需要根據(jù)公眾平臺提供的開發(fā) 接口通過第三方 服務器 實現(xiàn)。用戶、微信后臺和我們開發(fā)的公眾賬號后臺的第三方服務器三者之間 形成 了一個 信息 交互 的 關系 ， 如圖 51所示。 圖 51 用戶、微信后臺和第三方服務器間的交互圖 22 信息科學與技術學院學士學位論文 對于 圖 51 中 的 交互過程 具體的 描述如下： （ 1）用戶在向 微信 公眾賬號發(fā)送一條消息， 并到達 微信的服務器后 臺； （ 2）微信后臺 將 消息轉發(fā)給 公眾賬號的第三方服務器 ，也就是 我們開發(fā)的微信生活服務平臺 所在 的服務器 ； （ 3）第三方服務器收到請求后，解析消息格式， 對 消息進行處理 ， 并將處理 后的結果 返回給微信后臺； （ 4）微信后臺把第三方服務器 的處理 結果 回復 給用戶，這樣用戶在 微信 上就看到 了 公眾賬號回復的消息了。 在這個過程中，我們的第三方服務器需要做的三件事情：獲取微信后臺發(fā)過來的消息， 按照預設 的規(guī)則進行信息處理 ，發(fā)送返回消息給微信后臺。 微信公眾平臺開發(fā)模式的接口 應用程序編程接口，簡稱 API（ Application Programming Interface）， 它是 為了方便程序軟件 中 各個組成 部分 之間 進行連接而指定 的 規(guī)則 。 現(xiàn)在各種應用 軟件 的 規(guī)模變得越來越 大， 為了 更高效 地 進行軟件的開發(fā)維護 ，我們 把 龐大 且復雜 的軟件程序劃分 成為 一個個較 小的組成部分， 每個 部分之間都是通過編程接口進行銜接的， 重視 設計編程接口 的 工作也就變得理所應當 。 在 程序設計的 工作 中， 設計 編程接口 第一個 要 考慮 的 就是 合理 地 劃分 軟件程序 的 各個 功能模塊 。 設計合理 的接口可以降低系統(tǒng)各 功能模塊 之間 相互 的 依賴 性 ，提高 各 個功能模塊 的內聚性，降低 個 各 功能模塊 之 間的耦合程度， 從而提高 整個 軟件程序 的 穩(wěn)定 性和擴展性 [16]。微信接口開發(fā)及公眾平臺消息接口就是這樣 的 一種 用于 處理 消息 編程接口 。 微信公眾平臺 的 API 接口 有 兩 種，分別 為 ： 消息接口和通用接口。通用接口 可以 實現(xiàn)獲取 用戶 個人資料，上傳 圖片 、視 音 頻 文件 ， 消息的主動推送等功能。 通用接口 提供 的這些功能更多的是 幫助 消息接口回復圖片、語音和視頻等多媒體消息，以及向 用戶推送 一些 個性化的 消息 。 而 消息接口 的主要 功能則是 對 用戶 向 微信公眾號發(fā)送的消息的處理 ， 利用 消息接口的規(guī)則可以編程預設一些處理規(guī)則， 來 獲取特定的處理結果 ， 并將處理結果返回給微信后臺 ， 再經(jīng)過微信后臺的解析后回復給用戶 [17]。 23 信息科學與技術學院學士學位論文 微信公眾平臺消息接口簡介 消息推送 當普通微信用戶向公眾賬號發(fā)消息時，公眾平臺將 POST 該消息到填寫的 Url上（現(xiàn)支持文本消息以及地理位置消息）。 消息 將以 使用 xml 格式 推送 ， 接下來將對消息 xml 格式 進行 具體說明 。 （ 1）文本消息 xml 格式 xml ToUserName![CDATA[toUser]]/ToUserName FromUserName![CDATA[fromUser]]/FromUserName CreateTime1348831860/CreateTime MsgType![CDATA[text]]/MsgType Content![CDATA[this is a test]]/Content MsgId1234567890123456/MsgId /xml 文本 消息中 傳遞 的 各項 參數(shù)相對應的 描述 如表 51 所示 。 表 51 文本消息 中 的 參數(shù) 描述 參數(shù) 描述 ToUserName 開發(fā)者 微信號 FromUserName 發(fā)送方帳號（一個 OpenID） CreateTime 消息創(chuàng)建時間 （整型） MsgType text Content 文本消息內容 MsgId 消息 id， 64 位整型 （ 2）圖片消息結構 xml ToUserName![CDATA[toUser]]/ToUserName 24 信息科學與技術學院學士學位論文 FromUserName![CDATA[fromUser]]/FromUserName CreateTime1348831860/CreateTime MsgType![CDATA[image]]/MsgType PicUrl![CDATA[this is a url]]/PicUrl MediaId![CDATA[media_id]]/MediaId MsgId1234567890123456/MsgId /xml 圖片 消息中 傳遞 的 各項 參數(shù)相對應的 描述 如表 52 所示 。 表 52 圖片 消息 中 的 參數(shù) 描述 參數(shù) 描述 ToUserName 開發(fā)者 微信號 FromUserName 發(fā)送方帳號（一個 OpenID） CreateTime 消息創(chuàng)建時間 （整型） MsgType image PicUrl 圖片鏈接 MediaId 圖片消息媒體 id，可以調用多媒體文件下載接口拉取數(shù)據(jù)。 MsgId 消息 id， 64 位整型 （ 3）地理位置消息 xml 格式 xml ToUserName![CDATA[toUser]]/ToUserName FromUserName![CDATA[fromUser]]/FromUserName CreateTime1351776360/CreateTime MsgType![CDATA[location]]/MsgType Location_X/Location_X Location_Y/Location_Y Scale20/Scale Label![CDATA[位置信息 ]]/Label 25 信息科學與技術學院學士學位論文 MsgId1234567890123456/MsgId /xml 地理位置 消息中 傳遞 的 各項 參數(shù)相對應的 描述 如表 53 所示 。 表 53 地理位置 消息 中 的 參數(shù) 描述 參數(shù) 描述 ToUserName 開發(fā)者 微信號 FromUserName 發(fā)送方帳號（一個 OpenID） CreateTime 消息創(chuàng)建時間 （整型） MsgType location Location_X 地理位置維度 Location_Y 地理位置經(jīng)度 Scale 地圖縮放大小 Label 地理位置信息 MsgId 消息 id， 64 位整型 消息回復 對于每一個 POST 請求，開發(fā)者在響應包中返回特定 xml 結構，對該消息進行相應操作（現(xiàn)支持回復文本消息 、 回復圖文消息和星標操作）。 回復消息時 也使用xml 格式 進行推送 ， 接下來將對 消息 xml 格式 進 行 具體說明 。 （ 1）回復文本消息格式 xml ToUserName![CDATA[toUser]]/ToUserName FromUserName![CDATA[fromUser]]/FromUserName CreateTime12345678/CreateTime MsgType![CDATA[text]]/MsgType Content![CDATA[你好 ]]/Content /xml 回復文本 消息 時傳遞 的 各項 參數(shù)相對應的 描述 如表 54 所 示 。 26 信息科學與技術學院學士學位論文 表 54 文本消息 回復中 的 參數(shù) 描述 參數(shù) 是否必須 描述 ToUserName 是 接收方帳號（收到的 OpenID） FromUserName 是 開發(fā)者 微信號 CreateTime 是 消息創(chuàng)建時間 （整型） MsgType 是 text Content 是 回復的消息內容（換行：在 content 中能夠換行，微信客戶端就支持換行顯示） （ 2）回復圖文消息格式 xml ToUserName![CDATA[toUser]]/ToUserName FromUserName![CDATA[fromUser]]/FromUserName CreateTime12345678/CreateTime MsgType![CDATA[news]]/MsgType ArticleCount2/ArticleCount Articles item Title![CDATA[title1]]/Title Description![CDATA[description1]]/Description PicUrl![CDATA[picurl]]/PicUrl Url![CDATA[url]]/Url /item item Title![CDATA[title]]/Title Description![CDATA[description]]/Description PicUrl![CDATA[picurl]]/PicUrl Url![CDATA[url]]/Url 27 信息科學與技術學院學士學位論文 /item /Articles /xml 回復圖文 消息 時傳遞 的 各項 參數(shù)相對應的 描 述 如表 55 所示 。 表 55 圖文 消息 回復中 的 參數(shù) 描述 參數(shù) 是否必須 說明 ToUserName 是 接收方帳號（收到的 OpenID） FromUserName 是 開發(fā)者 微信號 CreateTime 是 消息創(chuàng)建時間 （整型） MsgType 是 news ArticleCount 是 圖文消息個數(shù)，限制為 10 條以內 Articles 是 多條圖文消息信息，默認第一個 item 為大圖 ,注意，如果圖文數(shù)超過 10，則將會無響應 Title 否 圖文消息標題 Description 否 圖文消息 描述 PicUrl 否 圖片鏈接，支持 JPG、 PNG 格式 Url 否 點擊圖文消息跳轉鏈接 （ 3）星標消息 在 xml 結構中，有一個 FuncFlag 字段，開發(fā)者可以通過填寫 FuncFlag 字段為 1來對消息進行星標，這樣就可以在實時消息的星標消息分類中找到該消息。 基于微信的生活服務平臺核心模塊的實現(xiàn) 基于 ThinkPHP 框架開發(fā) ThinkPHP 是一個 免費 的 基于 PHP 的 開源 WEB 開發(fā)框架， 也 是目前國內最流行的 WEB 應用開發(fā)框架。 ThinkPHP 具有 開發(fā) 簡單、兼容 性強 和 運行高效 的特性，我們 可以 通過 ThinkPHP 方便 快捷 地 開發(fā)和部署 PHP 應用。 ThinkPHP 是 一個整體開發(fā)框架，其 包含了底層架構、兼容處理、基類庫、數(shù)據(jù)庫訪問層、模板引擎等 多個常 28 信息科學與技術學院學士學位論文 用 組件 。 ThinkPHP 使用面向對象的開發(fā)結構和 MVC 模式，并且模擬實現(xiàn)了 Struts的標簽庫 ，融合了 RoR 的 ORM 映射和 ActiveRecord 模式， 封裝了 CURD 和一些常用操作 。 ThinkPHP 在數(shù)據(jù)庫 方面 能夠 很好地支持 MySQL、 MSSQL、 Sqlite 以及 Oracle 等多種數(shù)據(jù)庫 ，并且能夠 很方便地 進行 跨版本、跨平臺和跨數(shù)據(jù)庫 的遷移[18]。 ThinkPHP 遵循 Apache2 開源許可協(xié)議發(fā)布 ， 使用 ThinkPHP 框架 進行 應用