C#開發微信門戶及應用(46)-基於Bootstrap的微信門戶應用管理系統功能介紹

在前面介紹很多的微信框架，基本上都採用EasyUI的界面來搭建的微信框架，如隨筆《C#開發微信門戶及應用(8)-微信門戶應用管理系統功能介紹》介紹的一樣，不過隨着微信的H5應用越來越多，因此轉換爲更適合做H5頁面應用框架的Bootstrap開發框架，本文介紹的整個微信模塊都是基於Bootstrap的應用。

微信開發包括公衆號、企業號、微信小程序等方面的開發內容，需要對騰信的微信API接口進行封裝：包括事件、菜單、訂閱用戶、多媒體文件、圖文消息、消息羣發、微信支付和企業紅包、搖一搖設備、語義理解、微信小店、微信卡劵等相關接口處理，另外還包括掃一掃、圖庫和照片管理、地理位置、H5頁面開發等內容，以及企業號通訊錄接口、成員消息相互發送等方面接口。

1、系統的重要特性總結

微信門戶應用管理系統，採用基於 MVC + Bootstrap + Ajax + Enterprise Library的技術路線，界面層採用Boostrap + Metronic組合的前端框架，數據訪問層支持Oracle、SQLServer、MySQL、PostgreSQL等數據庫。在微信門戶系統裏面，實現下面這些功能操作：

1）實現菜單的動態配置及更新到服務器上；

2）動態定義事件和響應消息，實現對不同行業，不同需求的菜單動作響應；

3）動態的應答指令配置處理，實現整套應答鏈的消息處理；

4）獲取訂閱用戶和用戶分組信息，並可以實現用戶分組信息的維護等操作；

5）管理並更新多媒體文件、圖文消息等內容，方便爲客戶推送消息做準備。

6）使用向選定訂閱用戶或者分組進行消息的羣發功能。

7）提供對用戶語音的識別，並將識別結果和事件處理進行對接，實現語音內容的處理。

8）提供對地理位置的記錄和擴展應用，實現對百度天氣、熱映影片、影院、旅遊、交通消息等方面的第三方應用的對接。

9）記錄用戶輸入的會話記錄，並可以根據會話記錄向客戶進行消息的發送。

10）集成微信掃一掃的功能，實現條碼和二維碼掃碼的功能整合，可以在後臺整合自身應處理；。

11）集成微信其他最新功能，包括拍照和圖庫選擇、快速發送地理位置等功能；

12）集成獲取關注成員的唯一ID，更新用戶備註，獲取客服聊天記錄等功能。

13）集成微信支付和企業紅包、搖一搖設備、語義理解、微信小店、微信卡劵等相關接口處理。

14）實現企業通訊錄的管理，包括部門管理、成員管理、標籤管理，使得我們可以更方便同步企業號信息；

15）實現企業號無限制的消息發送，可以使企業和關注成員之間溝通更順暢；

16）集成企業號文本消息、圖片消息、文件消息、語音消息、視頻消息、圖文消息等內容的發送整合，統一處理接口；

17）實現企業號菜單的動態配置及更新到服務器上，動態定義菜單事件和響應消息，實現不同的菜單動作響應；

18）管理並更新企業號的多媒體文件，方便同步到自己文件服務器進行存儲和處理；

19）使用重定向功能獲訂閱用戶信息，實現企業成員身份的認證和處理。

20）平臺和微信開放平臺整合掃描二維碼登錄，通過掃碼綁定並直接登陸系統。

……

2、系統功能介紹

2.1）系統登錄

在系統登錄界面輸入賬號和密碼後（默認賬號admin，密碼爲空），即可以超級管理員身份進入管理系統的主界面。

系統登錄後，通過水平菜單進行後臺功能管理。

2.2）微信賬號管理

系統支持多微信賬號的接入管理和使用，同時支持訂閱號、公衆號、企業號、小程序的賬號配置。

可以在系統右上角進行賬號的切換管理。

2.3）菜單管理

在系統中管理菜單，並通過把菜單提交到服務器上，實現菜單的動態配置和生成，能夠爲我們系統適應各種的需要，實現靈活的處理。

微信菜單的添加界面如下所示。

微信菜單的修改界面如下所示

微信菜單定義是存儲在數據庫裏面，如果需要提交到微信服務器上並生效，則需要調用微信API接口進行處理，我在頁面的Controller控制器裏增加一個提交到服務器的處理方法。

在微信服務賬號的門戶上，菜單的表現效果如下所示。

我們知道，微信的服務器架起了客戶手機和開發者服務器的一個橋樑。當我們在微信服務器上的公衆賬號創建了相應的菜單，通過消息的傳遞和響應，就能實現了與用戶的交互操作，下面是它的消息流程圖。

2.4）菜單事件的處理

對於動態生成的菜單，大多數情況下是用作Click的方式，也就是需要定義每個菜單的事件響應操作，我們使用微信的話，可以瞭解到，微信的處理事件，一般可以響應用戶文本消息、圖片消息、圖文消息等內容，常規下，一般使用文本消息或者圖文消息居多。

爲了進一步實現響應內容的重用，我們把菜單的事件定義和內容定義進行分開管理，事件定義可以使用多個文本消息，也可以使用多個圖文消息進行組合，這樣可以實現更加靈活的使用環境。

添加事件定義如下所示

事件的響應內容編碼，可以選擇輸入或者從“編輯”按鈕中選擇，當選擇“編輯”按鈕進行選擇的時候，系統彈出一個對話框供用戶對事件的響應內容編碼選擇。

完成選擇後，回到原來的新增界面，將會看到返回的記錄就是我們選擇的記錄。

微信事件的編輯界面如下所示，類似新增界面的內容。

2.5）微信消息內容管理

上面說到，菜單的事件通過關聯事件編碼進行處理，而事件本身可以組合多個消息內容，因此消息內容是響應客戶操作的最小單元，它們可以是一條文本消息、圖文消息，也可以是多條消息的組合（同類型的話）。

爲了方便管理，我把消息分爲了圖文、指令、文本類型，如果需要，還可以根據需要把它細化爲其他類型的消息。

消息內容的添加界面如下所示。

文本消息的手機上界面效果如下所示。

這裏不管是文本消息還是圖文消息，我們統一以圖文消息的定義來定義消息，如果是文本消息，我們只需要獲取描述內容作爲消息的主體即可。

圖文消息的編輯界面如下所示，主要就是填寫完整的內容和圖片，以及頁面詳細的鏈接即可。

上面的這個客戶關係管理系統的消息，在手機上顯示的界面效果如下所示，單擊鏈接，可以切換到消息跳轉鏈接地址的。

2.6）應答指令的維護

應答指令的維護，有點類似於事件的管理，主要就是定義一些用到的指令，方便構建應答系統的響應鏈，從而實現一步步的操作指令。

在後臺設置好應答指令後，系統就能根據應答指令鏈進行處理了。首先我們需要提供一個進入應答鏈的提示界面，如下所示。

但我們在菜單選擇應答系統後，系統返回一個文本提示界面，如下所示。

這個界面裏面提示了一些按鍵，包括幾個固定的按鍵和一些業務按鍵，輸入簡單的1~6可以對選擇進行響應。

我們看到上面的界面，輸入指令1後，系統進入下一層的應答指令，然後又列出幾個可供輸入的按鍵和內容提示。

當我們繼續輸入業務按鍵1後，響應的是一個圖文消息，也是關於按鍵的詳細說明。

這個時候，我們也還可以輸入*號按鍵，返回上一級菜單的。

2.7）客服管理功能

輸入0則轉入了客服對話模式，後續您發的任何消息，將會轉發到多客服系統裏面了。

當用戶發送消息後，客服助手就能及時收到消息並處理和客戶的應答了。

通過使用多客服的客戶端，這樣處理消息交互起來非常方便，能獲得客戶的對話信息了，在電腦客戶端上，看到的界面如下所示。

手機上的談話截圖如下所示。

這樣就能夠通過多途徑，及時響應客戶的信息了。

2.8）訂閱用戶管理

爲了更有效管理訂閱用戶以及分組信息，我們可以從微信服務器上獲取相關的信息，供我們瞭解關注的用戶信息，也可以爲後續的羣發消息做準備。

訂閱用戶的管理如下所示，默認可以通過用戶的地區進行查看，地區根據：國家-省份-城市這樣的級別進行展開。

也可以根據標籤查看，標籤可以進行維護，以及爲標籤加入或者移除人員，界面如下圖所示。

以及可以根據分組查看，如下所示。

訂閱用戶可以從微信服務器上進行同步到本地，單擊同步數據，可以把服務器上的用戶數據下載到本地進行更新或者寫入。

雙擊可以查看訂閱用戶信息，查看訂閱用戶的詳細信息界面如下所示。

2.9）用戶標籤管理

微信公衆號，仿照企業號的思路，增加了標籤管理的功能，對關注的粉絲可以設置標籤管理，實現更加方便的分組管理功能。開發者可以使用用戶標籤管理的相關接口，實現對公衆號的標籤進行創建、查詢、修改、刪除等操作，也可以對用戶進行打標籤、取消標籤等操作。

標籤管理是替代用戶組管理的一種標籤，可以很好管理訂閱的用戶，我們可以通過封裝好的微信接口很容易的獲取騰訊服務器上用戶標籤列表，然後進行管理，如下圖所示。

同時前面提到了，可以在訂閱用戶按標籤進行維護的，如下所示。

編輯標籤信息界面如下所示。

2.10）多媒體管理

多媒體管理是指把本地文件上傳到微信服務器上進行保存，方便信息的發送等操作。微信要求，某些信息，必須是先上傳到服務器上，然後才能使用它的媒體ID進行發送的。

文件成功上傳到服務器後，在列表裏面的“文件上傳標識，就是一串BASE64的編碼數據，同時有一個上傳的時間戳（因爲微信服務器只保留了3天的媒體數據，超過期限的數據會被自動刪除。

同時，在列表的上面，有兩個重要的功能：上傳選定的記錄，重新上傳過期的記錄。方便我們對自己多媒體文件的重新更新操作。

添加界面操作如下所示，其中引入了附件上傳的控件進行文件的操作，非常方便。同時上傳成功的文件，會在列表中列出。

多媒體文件可以是下面幾種方式：圖片、語音、視頻、縮略圖。

保存後的數據記錄，文件上傳標識和時間戳都是空的，我們如果要使用，必須把他們上傳到微信的服務器上，然後根據它的MediaId進行信息的發送，上傳選定的記錄操作界面如下所示。

多媒體文件順利上傳後，記錄的信息如下所示。

2.11）圖文消息處理

圖文消息分爲單圖文消息和多圖文消息兩種，單圖文消息如下所示。

多圖文消息如下所示：

和多媒體數據管理一樣，圖文消息也是通過同樣的方式進行管理，先上傳到服務器，然後在進行消息的發送操作，多媒體消息一樣有時間方面的限制要求，具體在我們的微信門戶平臺裏面管理界面如下所示。

添加圖文消息界面如下所示，保存後，可以在編輯界面中的“其他圖文列表”裏面，繼續添加多圖文的消息內容。

在添加界面中，選擇圖文消息的縮略圖，都是通過選定指定的，已經上傳到服務器上圖片或者縮略圖資源纔可以的。

添加後的多圖文列表，可以進行查看管理。

保存記錄後，然後繼續上傳，上傳後的記錄界面如下所示，成功後返回一個上傳後的服務器標識和時間戳，否則提示錯誤。

2.12）會話消息管理

爲了方便記錄客戶的輸入和發送信息，我們在微信門戶管理平臺裏面記錄用戶的輸入數據，具體會話消息管理界面如下所示。

我們可以雙擊最近48小時內的任何一條記錄，可以給關注的客戶進行消息的發送操作，如果消息發送成功，用戶在手機的微信賬號裏面就能收到相關的發送消息了。

2.13）羣發消息管理

爲了對客戶進行相應的營銷操作，有時候我們需要對指定的羣主或者人員進行消息的羣發，讓客戶經常性的瞭解我們產品的信息和活動。

由於羣發消息，除了文本消息，可以直接編輯發送外，其他數據，必須要求是上傳到服務器的多媒體文件或者圖文消息內容，因此前面的多媒體管理和圖文消息管理，就是主要爲了羣發消息的目的引入的。有了上面的多媒體和多圖文信息，我們從平臺裏面選擇記錄即可進行發送，從而省卻麻煩的連帶工作，實現高效的信息羣發操作。

羣發的消息，可以按羣發分組進行查看，也可以按照消息類型進行查看，使得我們管理起來根據方便。

添加圖文消息，可以選擇文本消息、圖文消息、圖片消息等內容，根據不同的內容，界面提供不同的選擇操作。

消息的羣發類型分爲兩種，一種是根據分組，那麼從平臺裏面選擇對應的分組即可；一種是根據用戶的OpenID進行發送，提供給用戶輸入。主要的操作界面如下所示。

2.14）使用語音處理

我們知道，微信最開始就是做語音聊天而使得其更加流行的，因此語音的識別處理自然也就成爲微信交流的一個重要途徑，微信的開發接口，也提供了對語音的消息請求處理。這裏主要介紹如何利用語音的識別，對C#開發的微信門戶應用的整個事件鏈的處理操作，使得在我們的微信賬號裏面，更加方便和多元化對用戶的輸入進行處理。

在系統後臺裏面，會檢查是否獲得了微信的語音識別結果，如果獲得，那麼這個時候，就是和處理用戶文本輸入的操作差不多了，語音輸入的處理邏輯如下所示。

首先我根據識別結果，尋找是否用戶讀出了微信門戶的菜單名稱，如果根據語音結果找到對應的菜單記錄，那麼我們執行菜單事件（如果是URL的View類型菜單，我們沒辦法重定向到指定的鏈接，因此給出一個鏈接文本提示，給用戶單擊進入；如果沒有找到菜單記錄，那麼我們就把語音識別結果作爲一般的事件進行處理，如果事件邏輯沒有處理，那麼我們最後給出一個默認的語音應答提示結果就可以了。

微信門戶測試界面效果如下所示。

爲了方便對客戶會話的記錄，我的微信門戶後臺，會記錄用戶的語音輸入內容，如下所示。

2.15）使用地理位置擴展相關應用

我們知道，地理位置信息可以用來做很多相關的應用，除了我們可以知道用戶所在的位置，還可以關聯出一些地理位置的應用，如天氣，熱映影片，附近景點，附近影院，交通事件等等，反正所有和地理位置相關的信息，我們都可以根據需要做一些擴展應用。這裏主要介紹利用地理位置信息，如何構建使用這些應用的操作。

1）微信的地理位置信息
在使用前，我們先來看看微信的接口，爲我們定義了那些關於與地理位置的信息。其實地理位置的信息，微信分爲了兩個方面，一個是接收用戶的地理位置請求，一個是用戶允許上報地理位置操作，定時發送的地理位置信息。

地理位置的上報操作，就是在輸入的地方，選擇+號進行添加地理位置，然後選擇當前或者指定的地理位置地圖，具體操作如下所示。

首先對用戶地理位置的請求，我根據數據庫配置給出了一個用戶選擇的指令提示，如下所示。

爲了對地理位置請求的處理，我定義了一個用於處理這個操作的指令操作

這樣整個地理位置的指令操作，就在應答鏈裏面進行很好的跳轉管理了。幾個應用擴展的界面效果如下所示。

2.16）微信掃碼登錄

在現今很多網站裏面，都使用了微信開放平臺的掃碼登錄認證處理，這樣做相當於把身份認證交給較爲權威的第三方進行認證，在應用網站裏面可以不需要存儲用戶的密碼了。

在用戶列表的二維碼連接上，單擊可以對用戶進行微信掃碼綁定，這樣用戶可以在掃碼登錄處直接掃碼登錄，不需要輸入賬號密碼。

一旦成功綁定用戶微信，在微信端會定位到一個綁定成功的頁面（自定義的H5頁面），如下所示。

如果用戶已經進行了二維碼綁定，則可以在管理界面進行取消綁定，這樣可以解綁用戶賬號和微信之間的關聯。

2.17）微信搖一搖紅包功能

搖一搖周邊紅包接口是爲線下商戶提供的發紅包功能。用戶可以在商家門店等線下場所通過搖一搖周邊領取商家發放的紅包，在線上轉發分享無效。

開發者可通過接口開發搖一搖紅包功能，特點包括：

可選擇使用模板加載頁或自定義Html5頁面調起微信原生紅包頁面(詳見創建紅包活動中use_template字段，1爲使用模板，2爲使用自定義Html5頁面)
原生紅包頁面拆紅包，無需通過公衆號消息下發
提供關注公衆號能力，用戶可自行選擇是否關注(裂變紅包分享時無效)
完成頁面可配置跳轉鏈接，可跳轉商戶的其他自定義Html5頁面
同一個用戶在單個紅包活動中只能領取1次紅包

用戶側交互流程

常規的搖一搖紅包的流程如下所示，這裏沒有使用用戶自定義的模板，也就是使用系統內置的（努力加載中。。。）的頁面，紅包需要自己拆開。

紅包組件接口調用流程

申請紅包接口權限：登錄搖一搖周邊商戶後臺https://zb.weixin.qq.com ,進入開發者支持，申請開通搖一搖紅包組件接口;
紅包預下單：調用微信支付的api進行紅包預下單，告知需要發放的紅包金額，人數，生成紅包ticket；
創建活動並錄入紅包信息：調用搖周邊平臺的api錄入創建紅包活動並錄入信息，傳入預下單時生成的紅包ticket；
調用jsapi抽紅包：在搖出的頁面中通過調用jsapi抽紅包，抽中紅包的用戶可以拆紅包；
調用以上接口時，紅包提供商戶和紅包發放商戶公衆號要求一致。

搖一搖紅包的處理過程可以先的流程說明，申請權限後，需要在搖一搖後臺配置相關的紅包處理頁面，然後通過紅包接口處理提交紅包數據，最後通過搖一搖的設備搖出界面，使用JSAPI實現抽取紅包的操作，具體過程如下所示。

其中紅包接口處理，是調用一系列的紅包接口實現的，包括紅包預下單、創建紅包活動、錄入紅包信息等操作，如下所示。

其中微信支付的相關配置信息在賬號的信息裏面

利用搖一搖以及微信紅包接口，使用手機搖一搖獲得紅包的過程界面效果如下所示。

對封裝好的微信接口，接口成功調用後，我們可以在公衆號的對話裏面看到紅包的信息結果，如下是整個紅包發送及拆開的過程。

另外我們也對裂變紅包進行了接口的封裝，如果我們需要發送裂變紅包的時候，直接調用裂變紅包的接口即可實現紅包發送的操作。

2.18）微信H5頁面及JSDK開發

在我們開發微信頁面的時候，需要大量用到了各種呈現的效果，一般可以使用Boostrap的效果來設計不同的頁面，不過微信團隊也提供很多這方面的資源，包括JSSDK的接口，以及Weui的頁面樣式和相關功能頁面，給我們提供了很大的便利。

1) JSSDK

微信JS-SDK是微信公衆平臺面向網頁開發者提供的基於微信內的網頁開發工具包。通過使用微信JS-SDK，網頁開發者可藉助微信高效地使用拍照、選圖、語音、位置等手機系統的能力，同時可以直接使用微信分享、掃一掃、卡券、支付等微信特有的能力，爲微信用戶提供更優質的網頁體驗。

目前JSSDK支持的接口分類包括下面幾類：基礎接口、分享接口、圖像接口、音頻接口、智能接口、設備信息、地理位置、搖一搖周邊、界面操作、微信掃一掃、微信小店、微信卡券、微信支付，隨着微信功能的全部整合，估計更多的接口會陸續開放出來。

2）WeUI和Jquery WeUI

WeUI 是一套同微信原生視覺體驗一致的基礎樣式庫，由微信官方設計團隊爲微信內網頁開發量身設計，可以令用戶的使用感知更加統一。在微信網頁開發中使用 WeUI，有如下優勢：

同微信客戶端一致的視覺效果，令所有微信用戶都能更容易地使用你的網站
便捷獲取快速使用，降低開發和設計成本
微信設計團隊精心打造，清晰明確，簡潔大方

該樣式庫目前包含 button、cell、dialog、progress、toast、article、icon 等各式元素，已經在 GitHub上開源。訪問 http://weui.github.io/weui/ 或微信掃碼即可預覽。

jQuery WeUI 中使用的是官方 WeUI 的 CSS 代碼，並提供了 jQuery/Zepto 版本的 API 實現。JQuery WeUI相對於在官方WeUI的基礎上做了一些功能擴展，已豐富界面設計和相關功能，因此我們可以考慮直接基於JQuery WeUI的基礎上進行頁面開發即可。

在我前面的一些案例中，都利用了We UI樣式來進行很多微信H5頁面的功能設計，包括微信支付頁面、簽到頁面等等。

如微信支付頁面如下所示：

以及簽到頁面效果如下所示。

當然我們可以根據業務需要，增加很多這樣和微信色調樣式一致的頁面，這個就是利用WeUI樣式帶來的界面體驗一致性的好處。

本篇主要介紹微信H5頁面開發的經驗總結，上面提到了利用JSSDK和WeUI來對微信應用的H5頁面進行開發，因此下面的相關效果也就是利用這些技術進行處理的。

字典數據的綁定：

和常規網頁功能一樣，我們在設計微信頁面應用的時候，很多數據也是來源字典數據的，而且需要把它們動態綁定在頁面上，微信頁面的JQuery WeUI提供了一些列表字典數據的展示效果如下所示。我們在微信框架裏面也使用了這些頁面組件，實現字典的綁定處理，如下所示。

同時，我們則可以在微信後臺對數據字典進行維護即可進行實時的數據更新。

3、設備維修案例功能介紹

本節介紹的是設備維修案例的微信應用場景，該需求主要圍繞固定資產（如醫療設備）的微信應用展開，包括錄入及查詢資產信息、資產盤點、設備的維修保養、日常巡檢、維修、計量檢測等事務。

整個案例微信端應用採用的是H5頁面以及微信的JSDK進行相關的接口開發，符合微信的界面風格。後端管理就是本後臺管理系統。

3.1 組織機構及用戶分類（角色）

在系統中，根據系統應用，建立了相關的組織機構，以及對應的用戶分類（即用戶角色），根據不同的角色可以授權不同的功能管理界面。

組織機構如下所示。

用戶角色如下所示：

系統根據角色對菜單進行不同的顯示設置。

以超級管理員（賬號admin，密碼爲空）登陸系統，可以對整體微信功能進行設置管理。

以普通管理員（賬號gl，密碼爲12345678）登錄系統，可以對相關的設備信息進行維護管理，如下所示。

3.2 微信菜單

在微信端，我們需要根據我們的應用，設置一些功能菜單，我們可以通過後臺進行菜單的設置，然後通過接口提交到微信服務器即可。

這樣我們提交菜單後，在公衆號上就可以對相關的功能進行操作了。

3.3 設備添加及查看

在我們應用系統中，一般都爲每個設備指定一個設備編碼，我們通過生成二維碼後，可以通過微信掃碼進行設備信息的添加或者完善，以及相關的操作。

設備二維碼採用連接+設備編碼的方式生成，如下所示：

設備二維碼的生成測試頁面地址是：/h5/Test，測試生成二維碼的界面效果如下所示。

有了這些帶有鏈接地址的二維碼，當用戶使用微信掃碼操作的時候，會指定調整到對應的連接，實現相應的設備添加、維修保養、日常巡檢、維修、計量檢測等事務。

在微信端使用對應的功能菜單掃碼（如使用【設備管理】=>【設備信息錄入】掃碼上面的設備二維碼），那麼就可以進行設備信息的添加操作了。

如果是設備信息查看，那麼在微信端列出主要的設備信息；

也可以單擊進入查看詳細設備明細信息。

3.4設備其他管理

設備盤點和設備計量如下所示：

預防性維護和設備計量界面如下所示。

3.5 設備管理

設備相關信息可以在微信後臺進行詳細查看，如下界面是所有設備的信息列表，可以進行相關的查詢、修改、刪除、查看明細等操作。

設備詳細信息查看，在後臺管理界面效果如下所示。

以及設備相關的維修信息：

4、微信接口封裝介紹

4.1）微信API封裝管理

以上所有在後臺管理的功能，都是通過對微信API的封裝管理實現的，我們在開發頂層的應用前，已經把所有的微信提供的接口進行了有效的封裝。微信的相關接口的管理。

公衆號接口的分類圖如下所示。

企業號接口的分類圖如下所示：

在各種程序模塊裏面，我們所有處理的數據，基本上都是通過自定義實體類的方式進行傳遞（注意：實體類是我根據程序開發需要自己定義的，非微信本身的實體類），這樣非常方便我們處理操作，否則每次需要解析不同的消息內容，很容易出現問題，這樣強類型的數據類型，提高了我們開發微信應用的強壯型和高效性。這些實體類的對象有一定的繼承關係的，他們的繼承關係如下所示。

微信的回覆消息處理，它也是繼承自BaseMessage實體類的（同樣，下圖的實體類及其繼承關係也是自定義的，方便程序開發），它的關係如下所示

4.2）微信框架項目模塊

我們在開發微信相關的應用的時候，一般需要完善的基礎模塊支持，包括微信公衆號，微信企業號，微信小程序等，以及一些業務模塊的支持，一般隨着功能的增多，我們需要非常清晰的界定他們的關係。模塊的分拆以及合併往往需要考慮的代碼的重用，而且儘量做到簡單而不重複。

1）公衆號模塊封裝

微信開發，我們首先需要利用我們的語言（這裏是利用C#語言），爲所有用到的API接口實現進一步的封裝，方便使用，微信API模塊包含的內容很多，大概可以分爲下面的項目。

有了這些接口功能的封裝類，只是萬里長征的第一步，我們還需要圍繞這些接口，以及我們的業務模塊實現更多交互功能的。

我們在WHC.Weixin.Data模塊裏面，定義了包含公衆號的消息分派處理接口，這個分派接口是對接收來自微信服務器的各種消息事件進行響應；另外該模塊還包含一些常規的數據存儲，如關注用戶、菜單、文章內容等方面數據的存儲，如下所示。

當然，這個WHC.Weixin.Data是集大成者，它需要使用WHC.Weixin.API的項目內容來做數據提交，同時也是需要使用內部的數據存儲處理模塊。

2）企業號模塊封裝

企業號的做法和公衆號類似，也是需要對微信提供的各種API進行封裝，方便我們後面的接口調用，不過企業號目前支持的功能相對公衆號少一些，大概包括有基礎接口、企業號應用接口、菜單管理、通訊錄管理、消息管理、搖一搖周邊等模塊。隨着企業號功能的逐步完善和加入，可能騰訊會加入更多的一些功能模塊。

同樣我們參考微信公衆號的做法，也是建立一個數據存儲管理的項目，作爲微信消息事件的處理入口，同時也管理存儲一些必須的數據，包括需要同步的用戶、標籤、部門等數據。

隨着微信公衆號和企業號的功能逐漸統一，很多接口的交互數據幾乎是一樣的，因此我們可以把公用的實體類部分作爲一個獨立的項目，方便公衆號和企業號兩個項目的共同使用，這個項目命名爲WHC.Common.Entity。

它們幾個項目關係如下所示。

項目目錄如下所示，包括了基礎模塊、搖一搖紅包、菜單及多媒體管理模塊、消息請求模塊、消息應答模塊、搖一搖周邊、微信支付等。

由於微信支付的接口實現，是在企業號和公衆號相對比較獨立的一個API接口羣，因此我們可以微信支付部分獨立作爲一個接口實現來處理，公衆號或者企業號需要的時候，包含進去使用即可。

我們把它命名爲WHC.Common.API項目。

整個插件業務接口包括：百度的地理位置解析接口、電影院信息查詢、天氣信息查詢、交通信息查詢、旅遊信息查詢等，還有短信、郵件發送等常規接口，都可以使用這種方式進行處理。接口的效果展示如下所示。

因此上面這些以WHC.Common命名的項目，基本上就是可以通用在公衆號和企業號兩邊的項目模塊了，它們包含前面介紹過的幾個模塊，如下所示。

當然，除了這些之外，我們做項目，一般還涉及到一些基礎功能模塊，如公用類庫，以及附件管理、通訊錄管理、權限管理模塊等內容，我們可以把後者幾個模塊放在一起，組成基礎模塊。

3）微信界面項目

微信界面部分是前面模塊組件的綜合使用，在微信應用裏面，一般需要使用80端口和微信服務器做交互，而這個同時往往也是我們項目的端口地址。