微信應用如火如荼，很多公司都希望搭上信息快車，這個是一個非常重要的商機。用微信進行營銷，一方面可以提高企業(yè)產(chǎn)品的宣傳效果，另一方面，也能提高我們企業(yè)的競爭力，縮短和直接客戶之間的距離。該微信門戶應用開發(fā)框架，就是為了協(xié)助企業(yè)快速搭建微信應用以及管理的平臺，使我們快速融入微信的市場化浪潮中，在市場激烈的競爭中占據(jù)有利條件，獲得更多的市場回報。
微信開發(fā)包括公眾號、企業(yè)微信、微信小程序等方面的開發(fā)內容，需要對騰信的微信API接口進行封裝：包括事件、菜單、訂閱用戶、多媒體文件、圖文消息、消息群發(fā)、微信支付和企業(yè)紅包、搖一搖設備、語義理解、微信小店、微信卡劵等相關接口處理，另外還包括掃一掃、圖庫和照片管理、地理位置、H5頁面開發(fā)等內容，以及企業(yè)微信通訊錄接口、成員消息相互發(fā)送等方面接口。
微信門戶應用管理系統(tǒng)，采用基于 MVC + Bootstrap + Ajax + Enterprise Library的技術路線，界面層采用Boostrap + Metronic組合的前端框架，數(shù)據(jù)訪問層支持Oracle、SQLServer、MySQL、PostgreSQL等數(shù)據(jù)庫。在微信門戶系統(tǒng)里面，實現(xiàn)下面這些功能操作：
1）實現(xiàn)菜單的動態(tài)配置及更新到服務器上；
2）動態(tài)定義事件和響應消息，實現(xiàn)對不同行業(yè)，不同需求的菜單動作響應；
3）動態(tài)的應答指令配置處理，實現(xiàn)整套應答鏈的消息處理；
4）獲取訂閱用戶和用戶分組信息，并可以實現(xiàn)用戶分組信息的維護等操作；
5）管理并更新多媒體文件、圖文消息等內容，方便為客戶推送消息做準備。
6）使用向選定訂閱用戶或者分組進行消息的群發(fā)功能。
7）提供對用戶語音的識別，并將識別結果和事件處理進行對接，實現(xiàn)語音內容的處理。
8）提供對地理位置的記錄和擴展應用，實現(xiàn)對百度天氣、熱映影片、影院、旅游、交通消息等方面的第三方應用的對接。
9）記錄用戶輸入的會話記錄，并可以根據(jù)會話記錄向客戶進行消息的發(fā)送。
10）集成微信掃一掃的功能，實現(xiàn)條碼和二維碼掃碼的功能整合，可以在后臺整合自身應處理；。
11）集成微信其他最新功能，包括拍照和圖庫選擇、快速發(fā)送地理位置等功能；
12）集成獲取關注成員的唯一ID，更新用戶備注，獲取客服聊天記錄等功能。
13）集成微信支付和企業(yè)紅包、搖一搖設備、語義理解、微信小店、微信卡劵等相關接口處理。
14）實現(xiàn)企業(yè)通訊錄的管理，包括部門管理、成員管理、標簽管理，使得我們可以更方便同步企業(yè)微信信息；
15）實現(xiàn)企業(yè)微信無限制的消息發(fā)送，可以使企業(yè)和關注成員之間溝通更順暢；
16）集成企業(yè)微信文本消息、圖片消息、文件消息、語音消息、視頻消息、圖文消息等內容的發(fā)送整合，統(tǒng)一處理接口；
17）實現(xiàn)企業(yè)微信菜單的動態(tài)配置及更新到服務器上，動態(tài)定義菜單事件和響應消息，實現(xiàn)不同的菜單動作響應；
18）管理并更新企業(yè)微信的多媒體文件，方便同步到自己文件服務器進行存儲和處理；
19）使用重定向功能獲訂閱用戶信息，實現(xiàn)企業(yè)成員身份的認證和處理。
20）平臺和微信開放平臺整合掃描二維碼登錄，通過掃碼綁定并直接登陸系統(tǒng)。
……
在系統(tǒng)登錄界面輸入賬號和密碼后（默認賬號admin，密碼為空），即可以超級管理員身份進入管理系統(tǒng)的主界面。
系統(tǒng)登錄后，通過水平菜單進行后臺功能管理。
系統(tǒng)支持多微信賬號的接入管理和使用，同時支持訂閱號、公眾號、企業(yè)微信、小程序的賬號配置。
可以在系統(tǒng)右上角進行賬號的切換管理。
在系統(tǒng)中管理菜單，并通過把菜單提交到服務器上，實現(xiàn)菜單的動態(tài)配置和生成，能夠為我們系統(tǒng)適應各種的需要，實現(xiàn)靈活的處理。
微信菜單的添加界面如下所示。
微信菜單的修改界面如下所示
微信菜單定義是存儲在數(shù)據(jù)庫里面，如果需要提交到微信服務器上并生效，則需要調用微信API接口進行處理，我在頁面的Controller控制器里增加一個提交到服務器的處理方法。
在微信服務賬號的門戶上，菜單的表現(xiàn)效果如下所示。
我們知道，微信的服務器架起了客戶手機和開發(fā)者服務器的一個橋梁。當我們在微信服務器上的公眾賬號創(chuàng)建了相應的菜單，通過消息的傳遞和響應，就能實現(xiàn)了與用戶的交互操作，下面是它的消息流程圖。
對于動態(tài)生成的菜單，大多數(shù)情況下是用作Click的方式，也就是需要定義每個菜單的事件響應操作，我們使用微信的話，可以了解到，微信的處理事件，一般可以響應用戶文本消息、圖片消息、圖文消息等內容，常規(guī)下，一般使用文本消息或者圖文消息居多。
為了進一步實現(xiàn)響應內容的重用，我們把菜單的事件定義和內容定義進行分開管理，事件定義可以使用多個文本消息，也可以使用多個圖文消息進行組合，這樣可以實現(xiàn)更加靈活的使用環(huán)境。
添加事件定義如下所示
事件的響應內容編碼，可以選擇輸入或者從“編輯”按鈕中選擇，當選擇“編輯”按鈕進行選擇的時候，系統(tǒng)彈出一個對話框供用戶對事件的響應內容編碼選擇。
完成選擇后，回到原來的新增界面，將會看到返回的記錄就是我們選擇的記錄。
微信事件的編輯界面如下所示，類似新增界面的內容。
上面說到，菜單的事件通過關聯(lián)事件編碼進行處理，而事件本身可以組合多個消息內容，因此消息內容是響應客戶操作的最小單元，它們可以是一條文本消息、圖文消息，也可以是多條消息的組合（同類型的話）。
為了方便管理，我把消息分為了圖文、指令、文本類型，如果需要，還可以根據(jù)需要把它細化為其他類型的消息。
消息內容的添加界面如下所示。
文本消息的手機上界面效果如下所示。
這里不管是文本消息還是圖文消息，我們統(tǒng)一以圖文消息的定義來定義消息，如果是文本消息，我們只需要獲取描述內容作為消息的主體即可。
圖文消息的編輯界面如下所示，主要就是填寫完整的內容和圖片，以及頁面詳細的鏈接即可。
上面的這個客戶關系管理系統(tǒng)的消息，在手機上顯示的界面效果如下所示，單擊鏈接，可以切換到消息跳轉鏈接地址的。
應答指令的維護，有點類似于事件的管理，主要就是定義一些用到的指令，方便構建應答系統(tǒng)的響應鏈，從而實現(xiàn)一步步的操作指令。
在后臺設置好應答指令后，系統(tǒng)就能根據(jù)應答指令鏈進行處理了。首先我們需要提供一個進入應答鏈的提示界面，如下所示。
但我們在菜單選擇應答系統(tǒng)后，系統(tǒng)返回一個文本提示界面，如下所示。
這個界面里面提示了一些按鍵，包括幾個固定的按鍵和一些業(yè)務按鍵，輸入簡單的1~6可以對選擇進行響應。
我們看到上面的界面，輸入指令1后，系統(tǒng)進入下一層的應答指令，然后又列出幾個可供輸入的按鍵和內容提示。
當我們繼續(xù)輸入業(yè)務按鍵1后，響應的是一個圖文消息，也是關于按鍵的詳細說明。
這個時候，我們也還可以輸入*號按鍵，返回上一級菜單的。
輸入0則轉入了客服對話模式，后續(xù)您發(fā)的任何消息，將會轉發(fā)到多客服系統(tǒng)里面了。
當用戶發(fā)送消息后，客服助手就能及時收到消息并處理和客戶的應答了。
通過使用多客服的客戶端，這樣處理消息交互起來非常方便，能獲得客戶的對話信息了，在電腦客戶端上，看到的界面如下所示。
手機上的談話截圖如下所示。
這樣就能夠通過多途徑，及時響應客戶的信息了。
為了更有效管理訂閱用戶以及分組信息，我們可以從微信服務器上獲取相關的信息，供我們了解關注的用戶信息，也可以為后續(xù)的群發(fā)消息做準備。
訂閱用戶的管理如下所示，默認可以通過用戶的地區(qū)進行查看，地區(qū)根據(jù)：國家-省份-城市這樣的級別進行展開。
也可以根據(jù)標簽查看，標簽可以進行維護，以及為標簽加入或者移除人員，界面如下圖所示。
以及可以根據(jù)分組查看，如下所示。
訂閱用戶可以從微信服務器上進行同步到本地，單擊同步數(shù)據(jù)，可以把服務器上的用戶數(shù)據(jù)下載到本地進行更新或者寫入。
雙擊可以查看訂閱用戶信息，查看訂閱用戶的詳細信息界面如下所示。
微信公眾號，仿照企業(yè)微信的思路，增加了標簽管理的功能，對關注的粉絲可以設置標簽管理，實現(xiàn)更加方便的分組管理功能。開發(fā)者可以使用用戶標簽管理的相關接口，實現(xiàn)對公眾號的標簽進行創(chuàng)建、查詢、修改、刪除等操作，也可以對用戶進行打標簽、取消標簽等操作。
標簽管理是替代用戶組管理的一種標簽，可以很好管理訂閱的用戶，我們可以通過封裝好的微信接口很容易的獲取騰訊服務器上用戶標簽列表，然后進行管理，如下圖所示。
同時前面提到了，可以在訂閱用戶按標簽進行維護的，如下所示。
編輯標簽信息界面如下所示。
多媒體管理是指把本地文件上傳到微信服務器上進行保存，方便信息的發(fā)送等操作。微信要求，某些信息，必須是先上傳到服務器上，然后才能使用它的媒體ID進行發(fā)送的。
文件成功上傳到服務器后，在列表里面的“文件上傳標識，就是一串BASE64的編碼數(shù)據(jù)，同時有一個上傳的時間戳（因為微信服務器只保留了3天的媒體數(shù)據(jù)，超過期限的數(shù)據(jù)會被自動刪除。
同時，在列表的上面，有兩個重要的功能：上傳選定的記錄，重新上傳過期的記錄。方便我們對自己多媒體文件的重新更新操作。
添加界面操作如下所示，其中引入了附件上傳的控件進行文件的操作，非常方便。同時上傳成功的文件，會在列表中列出。
多媒體文件可以是下面幾種方式：圖片、語音、視頻、縮略圖。
保存后的數(shù)據(jù)記錄，文件上傳標識和時間戳都是空的，我們如果要使用，必須把他們上傳到微信的服務器上，然后根據(jù)它的MediaId進行信息的發(fā)送，上傳選定的記錄操作界面如下所示。
多媒體文件順利上傳后，記錄的信息如下所示。
圖文消息分為單圖文消息和多圖文消息兩種，單圖文消息如下所示。
多圖文消息如下所示：
和多媒體數(shù)據(jù)管理一樣，圖文消息也是通過同樣的方式進行管理，先上傳到服務器，然后在進行消息的發(fā)送操作，多媒體消息一樣有時間方面的限制要求，具體在我們的微信門戶平臺里面管理界面如下所示。
添加圖文消息界面如下所示，保存后，可以在編輯界面中的“其他圖文列表”里面，繼續(xù)添加多圖文的消息內容。
在添加界面中，選擇圖文消息的縮略圖，都是通過選定指定的，已經(jīng)上傳到服務器上圖片或者縮略圖資源才可以的。
添加后的多圖文列表，可以進行查看管理。
保存記錄后，然后繼續(xù)上傳，上傳后的記錄界面如下所示，成功后返回一個上傳后的服務器標識和時間戳，否則提示錯誤。
為了方便記錄客戶的輸入和發(fā)送信息，我們在微信門戶管理平臺里面記錄用戶的輸入數(shù)據(jù)，具體會話消息管理界面如下所示。
我們可以雙擊最近48小時內的任何一條記錄，可以給關注的客戶進行消息的發(fā)送操作，如果消息發(fā)送成功，用戶在手機的微信賬號里面就能收到相關的發(fā)送消息了。
為了對客戶進行相應的營銷操作，有時候我們需要對指定的群主或者人員進行消息的群發(fā)，讓客戶經(jīng)常性的了解我們產(chǎn)品的信息和活動。
由于群發(fā)消息，除了文本消息，可以直接編輯發(fā)送外，其他數(shù)據(jù)，必須要求是上傳到服務器的多媒體文件或者圖文消息內容，因此前面的多媒體管理和圖文消息管理，就是主要為了群發(fā)消息的目的引入的。有了上面的多媒體和多圖文信息，我們從平臺里面選擇記錄即可進行發(fā)送，從而省卻麻煩的連帶工作，實現(xiàn)高效的信息群發(fā)操作。
群發(fā)的消息，可以按群發(fā)分組進行查看，也可以按照消息類型進行查看，使得我們管理起來根據(jù)方便。
添加圖文消息，可以選擇文本消息、圖文消息、圖片消息等內容，根據(jù)不同的內容，界面提供不同的選擇操作。
消息的群發(fā)類型分為兩種，一種是根據(jù)分組，那么從平臺里面選擇對應的分組即可；一種是根據(jù)用戶的OpenID進行發(fā)送，提供給用戶輸入。主要的操作界面如下所示。
我們知道，微信最開始就是做語音聊天而使得其更加流行的，因此語音的識別處理自然也就成為微信交流的一個重要途徑，微信的開發(fā)接口，也提供了對語音的消息請求處理。這里主要介紹如何利用語音的識別，對C#開發(fā)的微信門戶應用的整個事件鏈的處理操作，使得在我們的微信賬號里面，更加方便和多元化對用戶的輸入進行處理。
在系統(tǒng)后臺里面，會檢查是否獲得了微信的語音識別結果，如果獲得，那么這個時候，就是和處理用戶文本輸入的操作差不多了，語音輸入的處理邏輯如下所示。
首先我根據(jù)識別結果，尋找是否用戶讀出了微信門戶的菜單名稱，如果根據(jù)語音結果找到對應的菜單記錄，那么我們執(zhí)行菜單事件（如果是URL的View類型菜單，我們沒辦法重定向到指定的鏈接，因此給出一個鏈接文本提示，給用戶單擊進入；如果沒有找到菜單記錄，那么我們就把語音識別結果作為一般的事件進行處理，如果事件邏輯沒有處理，那么我們最后給出一個默認的語音應答提示結果就可以了。
微信門戶測試界面效果如下所示。
為了方便對客戶會話的記錄，我的微信門戶后臺，會記錄用戶的語音輸入內容，如下所示。
我們知道，地理位置信息可以用來做很多相關的應用，除了我們可以知道用戶所在的位置，還可以關聯(lián)出一些地理位置的應用，如天氣，熱映影片，附近景點，附近影院，交通事件等等，反正所有和地理位置相關的信息，我們都可以根據(jù)需要做一些擴展應用。這里主要介紹利用地理位置信息，如何構建使用這些應用的操作。
1）微信的地理位置信息
在使用前，我們先來看看微信的接口，為我們定義了那些關于與地理位置的信息。其實地理位置的信息，微信分為了兩個方面，一個是接收用戶的地理位置請求，一個是用戶允許上報地理位置操作，定時發(fā)送的地理位置信息。
地理位置的上報操作，就是在輸入的地方，選擇+號進行添加地理位置，然后選擇當前或者指定的地理位置地圖，具體操作如下所示。
首先對用戶地理位置的請求，我根據(jù)數(shù)據(jù)庫配置給出了一個用戶選擇的指令提示，如下所示。
為了對地理位置請求的處理，我定義了一個用于處理這個操作的指令操作
這樣整個地理位置的指令操作，就在應答鏈里面進行很好的跳轉管理了。幾個應用擴展的界面效果如下所示。
在現(xiàn)今很多網(wǎng)站里面，都使用了微信開放平臺的掃碼登錄認證處理，這樣做相當于把身份認證交給較為權威的第三方進行認證，在應用網(wǎng)站里面可以不需要存儲用戶的密碼了。
在用戶列表的二維碼連接上，單擊可以對用戶進行微信掃碼綁定，這樣用戶可以在掃碼登錄處直接掃碼登錄，不需要輸入賬號密碼。
一旦成功綁定用戶微信，在微信端會定位到一個綁定成功的頁面（自定義的H5頁面），如下所示。
如果用戶已經(jīng)進行了二維碼綁定，則可以在管理界面進行取消綁定，這樣可以解綁用戶賬號和微信之間的關聯(lián)。
搖一搖周邊紅包接口是為線下商戶提供的發(fā)紅包功能。用戶可以在商家門店等線下場所通過搖一搖周邊領取商家發(fā)放的紅包，在線上轉發(fā)分享無效。
開發(fā)者可通過接口開發(fā)搖一搖紅包功能，特點包括：
用戶側交互流程
常規(guī)的搖一搖紅包的流程如下所示，這里沒有使用用戶自定義的模板，也就是使用系統(tǒng)內置的（努力加載中。。。）的頁面，紅包需要自己拆開。
紅包組件接口調用流程
搖一搖紅包的處理過程可以先的流程說明，申請權限后，需要在搖一搖后臺配置相關的紅包處理頁面，然后通過紅包接口處理提交紅包數(shù)據(jù)，最后通過搖一搖的設備搖出界面，使用JSAPI實現(xiàn)抽取紅包的操作，具體過程如下所示。
其中紅包接口處理，是調用一系列的紅包接口實現(xiàn)的，包括紅包預下單、創(chuàng)建紅包活動、錄入紅包信息等操作，如下所示。
其中微信支付的相關配置信息在賬號的信息里面
利用搖一搖以及微信紅包接口，使用手機搖一搖獲得紅包的過程界面效果如下所示。
對封裝好的微信接口，接口成功調用后，我們可以在公眾號的對話里面看到紅包的信息結果，如下是整個紅包發(fā)送及拆開的過程。
另外我們也對裂變紅包進行了接口的封裝，如果我們需要發(fā)送裂變紅包的時候，直接調用裂變紅包的接口即可實現(xiàn)紅包發(fā)送的操作。
在我們開發(fā)微信頁面的時候，需要大量用到了各種呈現(xiàn)的效果，一般可以使用Boostrap的效果來設計不同的頁面，不過微信團隊也提供很多這方面的資源，包括JSSDK的接口，以及Weui的頁面樣式和相關功能頁面，給我們提供了很大的便利。
1) JSSDK
微信JS-SDK是微信公眾平臺面向網(wǎng)頁開發(fā)者提供的基于微信內的網(wǎng)頁開發(fā)工具包。通過使用微信JS-SDK，網(wǎng)頁開發(fā)者可借助微信高效地使用拍照、選圖、語音、位置等手機系統(tǒng)的能力，同時可以直接使用微信分享、掃一掃、卡券、支付等微信特有的能力，為微信用戶提供更優(yōu)質的網(wǎng)頁體驗。
目前JSSDK支持的接口分類包括下面幾類：基礎接口、分享接口、圖像接口、音頻接口、智能接口、設備信息、地理位置、搖一搖周邊、界面操作、微信掃一掃、微信小店、微信卡券、微信支付，隨著微信功能的全部整合，估計更多的接口會陸續(xù)開放出來。
2）WeUI和Jquery WeUI
WeUI 是一套同微信原生視覺體驗一致的基礎樣式庫，由微信官方設計團隊為微信內網(wǎng)頁開發(fā)量身設計，可以令用戶的使用感知更加統(tǒng)一。在微信網(wǎng)頁開發(fā)中使用 WeUI，有如下優(yōu)勢：
該樣式庫目前包含 button、cell、dialog、progress、toast、article、icon 等各式元素，已經(jīng)在 GitHub上開源。訪問 http://weui.github.io/weui/ 或微信掃碼即可預覽。
jQuery WeUI 中使用的是官方 WeUI 的 CSS 代碼，并提供了 jQuery/Zepto 版本的 API 實現(xiàn)。JQuery WeUI相對于在官方WeUI的基礎上做了一些功能擴展，已豐富界面設計和相關功能，因此我們可以考慮直接基于JQuery WeUI的基礎上進行頁面開發(fā)即可。
在我前面的一些案例中，都利用了We UI樣式來進行很多微信H5頁面的功能設計，包括微信支付頁面、簽到頁面等等。
如微信支付頁面如下所示：
以及簽到頁面效果如下所示。
當然我們可以根據(jù)業(yè)務需要，增加很多這樣和微信色調樣式一致的頁面，這個就是利用WeUI樣式帶來的界面體驗一致性的好處。
本篇主要介紹微信H5頁面開發(fā)的經(jīng)驗總結，上面提到了利用JSSDK和WeUI來對微信應用的H5頁面進行開發(fā)，因此下面的相關效果也就是利用這些技術進行處理的。
字典數(shù)據(jù)的綁定：
和常規(guī)網(wǎng)頁功能一樣，我們在設計微信頁面應用的時候，很多數(shù)據(jù)也是來源字典數(shù)據(jù)的，而且需要把它們動態(tài)綁定在頁面上，微信頁面的JQuery WeUI提供了一些列表字典數(shù)據(jù)的展示效果如下所示。我們在微信框架里面也使用了這些頁面組件，實現(xiàn)字典的綁定處理，如下所示。
同時，我們則可以在微信后臺對數(shù)據(jù)字典進行維護即可進行實時的數(shù)據(jù)更新。
本節(jié)介紹的是設備維修案例的微信應用場景，該需求主要圍繞固定資產(chǎn)（如醫(yī)療設備）的微信應用展開，包括錄入及查詢資產(chǎn)信息、資產(chǎn)盤點、設備的維修保養(yǎng)、日常巡檢、維修、計量檢測等事務。
整個案例微信端應用采用的是H5頁面以及微信的JSDK進行相關的接口開發(fā)，符合微信的界面風格。后端管理就是本后臺管理系統(tǒng)。
在系統(tǒng)中，根據(jù)系統(tǒng)應用，建立了相關的組織機構，以及對應的用戶分類（即用戶角色），根據(jù)不同的角色可以授權不同的功能管理界面。
組織機構如下所示。
用戶角色如下所示：
系統(tǒng)根據(jù)角色對菜單進行不同的顯示設置。
以超級管理員（賬號admin，密碼為空）登陸系統(tǒng)，可以對整體微信功能進行設置管理。
以普通管理員（賬號gl，密碼為12345678）登錄系統(tǒng)，可以對相關的設備信息進行維護管理，如下所示。
在微信端，我們需要根據(jù)我們的應用，設置一些功能菜單，我們可以通過后臺進行菜單的設置，然后通過接口提交到微信服務器即可。
這樣我們提交菜單后，在公眾號上就可以對相關的功能進行操作了。
在我們應用系統(tǒng)中，一般都為每個設備指定一個設備編碼，我們通過生成二維碼后，可以通過微信掃碼進行設備信息的添加或者完善，以及相關的操作。 設備二維碼采用連接+設備編碼的方式生成，如下所示：
設備二維碼的生成測試頁面地址是：/h5/Test，測試生成二維碼的界面效果如下所示。
有了這些帶有鏈接地址的二維碼，當用戶使用微信掃碼操作的時候，會指定調整到對應的連接，實現(xiàn)相應的設備添加、維修保養(yǎng)、日常巡檢、維修、計量檢測等事務。
在微信端使用對應的功能菜單掃碼（如使用【設備管理】=>【設備信息錄入】掃碼上面的設備二維碼），那么就可以進行設備信息的添加操作了。
如果是設備信息查看，那么在微信端列出主要的設備信息；
也可以單擊進入查看詳細設備明細信息。
設備盤點和設備計量如下所示：
預防性維護和設備計量界面如下所示。
設備相關信息可以在微信后臺進行詳細查看，如下界面是所有設備的信息列表，可以進行相關的查詢、修改、刪除、查看明細等操作。
設備詳細信息查看，在后臺管理界面效果如下所示。
以及設備相關的維修信息：
以上所有在后臺管理的功能，都是通過對微信API的封裝管理實現(xiàn)的，我們在開發(fā)頂層的應用前，已經(jīng)把所有的微信提供的接口進行了有效的封裝。微信的相關接口的管理。
公眾號接口的分類圖如下所示。
企業(yè)微信接口的分類圖如下所示：
在各種程序模塊里面，我們所有處理的數(shù)據(jù)，基本上都是通過自定義實體類的方式進行傳遞（注意：實體類是我根據(jù)程序開發(fā)需要自己定義的，非微信本身的實體類），這樣非常方便我們處理操作，否則每次需要解析不同的消息內容，很容易出現(xiàn)問題，這樣強類型的數(shù)據(jù)類型，提高了我們開發(fā)微信應用的強壯型和高效性。這些實體類的對象有一定的繼承關系的，他們的繼承關系如下所示。
微信的回復消息處理，它也是繼承自BaseMessage實體類的（同樣，下圖的實體類及其繼承關系也是自定義的，方便程序開發(fā)），它的關系如下所示
我們在開發(fā)微信相關的應用的時候，一般需要完善的基礎模塊支持，包括微信公眾號，微信企業(yè)微信，微信小程序等，以及一些業(yè)務模塊的支持，一般隨著功能的增多，我們需要非常清晰的界定他們的關系。模塊的分拆以及合并往往需要考慮的代碼的重用，而且盡量做到簡單而不重復。
1）公眾號模塊封裝
微信開發(fā)，我們首先需要利用我們的語言（這里是利用C#語言），為所有用到的API接口實現(xiàn)進一步的封裝，方便使用，微信API模塊包含的內容很多，大概可以分為下面的項目。
有了這些接口功能的封裝類，只是萬里長征的第一步，我們還需要圍繞這些接口，以及我們的業(yè)務模塊實現(xiàn)更多交互功能的。
我們在WHC.Weixin.Data模塊里面，定義了包含公眾號的消息分派處理接口，這個分派接口是對接收來自微信服務器的各種消息事件進行響應；另外該模塊還包含一些常規(guī)的數(shù)據(jù)存儲，如關注用戶、菜單、文章內容等方面數(shù)據(jù)的存儲，如下所示。
當然，這個WHC.Weixin.Data是集大成者，它需要使用WHC.Weixin.API的項目內容來做數(shù)據(jù)提交，同時也是需要使用內部的數(shù)據(jù)存儲處理模塊。
2）企業(yè)微信模塊封裝
企業(yè)微信的做法和公眾號類似，也是需要對微信提供的各種API進行封裝，方便我們后面的接口調用，不過企業(yè)微信目前支持的功能相對公眾號少一些，大概包括有基礎接口、企業(yè)微信應用接口、菜單管理、通訊錄管理、消息管理、搖一搖周邊等模塊。隨著企業(yè)微信功能的逐步完善和加入，可能騰訊會加入更多的一些功能模塊。
同樣我們參考微信公眾號的做法，也是建立一個數(shù)據(jù)存儲管理的項目，作為微信消息事件的處理入口，同時也管理存儲一些必須的數(shù)據(jù)，包括需要同步的用戶、標簽、部門等數(shù)據(jù)。
隨著微信公眾號和企業(yè)微信的功能逐漸統(tǒng)一，很多接口的交互數(shù)據(jù)幾乎是一樣的，因此我們可以把公用的實體類部分作為一個獨立的項目，方便公眾號和企業(yè)微信兩個項目的共同使用，這個項目命名為WHC.Common.Entity。
它們幾個項目關系如下所示。
項目目錄如下所示，包括了基礎模塊、搖一搖紅包、菜單及多媒體管理模塊、消息請求模塊、消息應答模塊、搖一搖周邊、微信支付等。
由于微信支付的接口實現(xiàn)，是在企業(yè)微信和公眾號相對比較獨立的一個API接口群，因此我們可以微信支付部分獨立作為一個接口實現(xiàn)來處理，公眾號或者企業(yè)微信需要的時候，包含進去使用即可。
我們把它命名為WHC.Common.API項目。
整個插件業(yè)務接口包括：百度的地理位置解析接口、電影院信息查詢、天氣信息查詢、交通信息查詢、旅游信息查詢等，還有短信、郵件發(fā)送等常規(guī)接口，都可以使用這種方式進行處理。接口的效果展示如下所示。
因此上面這些以WHC.Common命名的項目，基本上就是可以通用在公眾號和企業(yè)微信兩邊的項目模塊了，它們包含前面介紹過的幾個模塊，如下所示。
當然，除了這些之外，我們做項目，一般還涉及到一些基礎功能模塊，如公用類庫，以及附件管理、通訊錄管理、權限管理模塊等內容，我們可以把后者幾個模塊放在一起，組成基礎模塊。
3）微信界面項目
微信界面部分是前面模塊組件的綜合使用，在微信應用里面，一般需要使用80端口和微信服務器做交互，而這個同時往往也是我們項目的端口地址。
