C#開發微信門戶及應用(二)之微信訊息處理和應答的圖文代碼教程

文章主要為大家詳細介紹了C#開發門戶及應用第二篇，訊息處理和應答，具有一定的參考價值，感興趣的小夥伴們可以參考一下

應用如火如荼，很多公司都希望搭上資訊快車，這個是一個商機，也是一個技術的方向，因此，有空研究下、學習下的相關開發，也就成為計劃的安排事情之一了。本系列文章希望從一個循序漸進的角度上，全面介紹的相關開發過程和相關經驗總結，希望給大家瞭解一下相關的開發曆程。本篇隨筆主要基於上一篇《C#開發門戶及應用(1)--開始使用介面》的基礎上進行深入的介紹，介紹訊息的處理和應答的過程。

1、的訊息應答互動

我們知道，的伺服器架起了客戶手機和開發人員伺服器的一個橋樑，通過訊息的傳遞和響應，實現了與使用者的互動操作，下面是它的訊息流程程圖。

向開發人員伺服器請求的訊息包含了多種類型，不過基本來說，分為了簡訊處理、事件訊息處理、語音訊息的識別，以及成為開發人員之前的那個訊息認證操作基本分類，下面是我繪製的一個訊息分類圖，其中介紹了這幾種關係，以及各自的訊息細化分類。

對於這些訊息的請求，我們在程式開發伺服器端，需要編寫相關的邏輯進行對應給的處理，然後給伺服器平台回應訊息即可。

在前一篇的隨筆裡面我貼過代碼，介紹訊息處理的入口操作，代碼如下所示。

  public void ProcessRequest(HttpContext context)  {   //WHC.Framework.Commons.LogTextHelper.Info("測試記錄");   string postString = string.Empty;   if (HttpContext.Current.Request.HttpMethod.ToUpper() == "POST")   {    using (Stream stream = HttpContext.Current.Request.InputStream)    {     Byte[] postBytes = new Byte[stream.Length];     stream.Read(postBytes, 0, (Int32)stream.Length);     postString = Encoding.UTF8.GetString(postBytes);    }    if (!string.IsNullOrEmpty(postString))    {     Execute(postString);    }   }   else   {    Auth();   }  }

其中的Execute(postString);就是對訊息的處理函數，它實現了對不同訊息的分發處理過程。‘

    /// <summary>    /// 處理各種請求資訊並應答（通過POST的請求）    /// </summary>    /// <param name="postStr">POST方式提交的資料</param>    private void Execute(string postStr)    {      WeixinApiDispatch dispatch = new WeixinApiDispatch();      string responseContent = dispatch.Execute(postStr);      HttpContext.Current.Response.ContentEncoding = Encoding.UTF8;      HttpContext.Current.Response.Write(responseContent);    }

裡面的WeixinApiDispatch就是一個分發的管理類，它提取請求訊息的內容，並構建不同類型的訊息參數，傳遞給不同的響應函數進行處理，然後返回封裝好的XML內容，作為響應。

具體的代碼處理邏輯如所示。

這個訊息處理介面，其實就是定義好一系列的對請求訊息的處理操作，參數是不同給的訊息對象，具體的代碼定義如下所示（由於篇幅原因，省略部分介面，具體可以參考）。

  /// <summary>  /// 用戶端請求的資料介面  /// </summary>  public interface IWeixinAction  {    /// <summary>    /// 對文本請求資訊進行處理    /// </summary>    /// <param name="info">文本資訊實體</param>    /// <returns></returns>    string HandleText(RequestText info);    /// <summary>    /// 對圖片請求資訊進行處理    /// </summary>    /// <param name="info">圖片資訊實體</param>    /// <returns></returns>    string HandleImage(RequestImage info);...........................    /// <summary>    /// 對訂閱請求事件進行處理    /// </summary>    /// <param name="info">訂閱請求事件資訊實體</param>    /// <returns></returns>    string HandleEventSubscribe(RequestEventSubscribe info);    /// <summary>    /// 對菜單單擊請求事件進行處理    /// </summary>    /// <param name="info">菜單單擊請求事件資訊實體</param>    /// <returns></returns>    string HandleEventClick(RequestEventClick info);..............................  }

從上面的代碼可以看出，不同的訊息，到處理函數這裡，就以不同的訊息實體類的方式傳遞過來了（注意：實體類是我根據程式開發需要自己定義的，非本身的實體類），這樣非常方便我們處理操作，否則每次需要解析不同的訊息內容，很容易出現問題，這樣強型別的資料類型，提高了我們開發應用的強壯型和高效性。這些實體類的對象有一定的繼承關係的，他們的繼承關係如下所示。

2、的管理介面

上面的訊息分類是伺服器向開發人員伺服器發送的訊息請求操作，還有一種訊息，是我們開發人員伺服器向伺服器進行的訊息請求或者響應，這種這裡暫且稱之為的管理介面，它表明了我們可以通過這些介面進行相關的訊息回複或者資料管理操作。它的分類圖如下所示。

的回複訊息處理，它也和上面小節的資訊一樣，它也是繼承自BaseMessage實體類的（同樣，的實體類及其繼承關係也是自訂的，方便程式開發），它的關係如下所示

回複的訊息，一般用的最多的是簡訊和圖文訊息。

簡訊的效果如下所示。

圖文訊息，可以增加圖片，還可以增加詳細的連結頁面，是非常好看的一種效果，對於一些內容比較多，希望展現更好效果的，一般採用這種，效果如下所示。