Beschreibung des Dienstkontos: Bieten Sie Unternehmen und Organisationen leistungsf?higere Gesch?ftsdienste und Benutzerverwaltungsfunktionen und helfen Sie Unternehmen, schnell eine neue Plattform für ?ffentliche Kontodienste zu implementieren.

.NETSDK: Loogn.WeiXinSDK (net2.0-Quellcode, der folgende Code ist nur ungef?hr und nicht sehr korrekt, bitte laden Sie den Quellcode selbst herunter)

Da ich immer noch NOKIA-C5 verwende Ich habe WeChat noch nie benutzt, ich wei? definitiv nicht so viel über WeChat wie Sie, aber das Unternehmen hat Bedürfnisse, also muss ich in den sauren Apfel bei?en und die Schnittstellendokumentation direkt lesen.

Nachdem ich es gelesen hatte, fand ich es sehr interessant. Wenn der Benutzer eine Nachricht an ein ?ffentliches Konto sendet, kann das Programm dem Benutzer automatisch auf der Grundlage des vom Benutzer gesendeten Inhalts antworten Benutzer, beispielsweise das Senden einer Nachricht an das ?ffentliche Konto eines Logistikunternehmens,

Die andere Partei antwortet Ihnen automatisch mit den Logistikdetails dieser Frachtbriefnummer, was sich ziemlich cool anfühlt! Zur Vereinfachung der Erkl?rung werden zun?chst die angewendeten ?ffentlichen Kontoinformationen angegeben:

Die folgende Abbildung zeigt den detaillierten Nachrichtenprozess zum Anzeigen der Logistik oben (die Zahlen in den gepunkteten Linien). Geben Sie die Reihenfolge des Vorgangs an):

WeChat sendet zwei Haupttypen von Nachrichten an Ihre URL:

Eine davon ist die allgemeine Nachricht des Benutzers, z die vom Benutzer oben gesendete Frachtbriefnummer; das zweite ist das Verhalten des Benutzers (d. h. die im Dokument erw?hnten Ereignisse), z. B. wenn der Benutzer Ihrem ?ffentlichen Konto folgt, den QR-Code des ?ffentlichen Kontos scannt und klickt auf Ihrem individuellen Menü usw.

Ihre URL kann basierend auf dem empfangenen

Nachrichtentyp und -inhalt

reagieren, um leistungsstarke Gesch?ftsdienste zu erzielen, wie z. B. die oben zurückgegebenen Logistikdetails. Alle Nachrichten werden im XML-Format übermittelt und das SDK konvertiert XML in .NET-Objekte, um Ihnen das Schreiben von Gesch?ftslogik zu erleichtern. Das Framework-Klassendiagramm der Nachricht wird wie folgt dargestellt (klicken Sie, um das vollst?ndige Diagramm einschlie?lich der Unterklassen anzuzeigen):

Zuerst gibt es eine Nachrichtenbasisklasse, dann die empfangene Nachricht (RecEventBaseMsg ) und Antwortnachricht (ReplyBaseMsg), wie oben erw?hnt, ist die empfangene Nachricht in zwei Kategorien unterteilt, n?mlich allgemeine Nachricht (RecBaseMsg) und Ereignisnachricht (EventBaseMsg). Der Typ der empfangenen Nachricht kann durch eine Aufz?hlung dargestellt werden:

Ganz zu schweigen von anderen Typen: Wenn MsgType Event ist, ist die Nachricht eine Unterklasse von EventBaseMsg. Der MsgType aller Unterklassen von EventBaseMsg ist Event, sodass der EventBaseMsg-Typ auch einen EventType hat Ereignisse: Wenn Sie das Schnittstellendokument gelesen haben, sollten Sie wissen, dass der Ereignistyp für uns nicht sehr einfach ist, um zu bestimmen, um welches Ereignis es sich handelt. Das Scannen von QR-Code-Ereignissen ist in zwei Situationen unterteilt: Der Benutzer hat aufgepasst und der Benutzer hat darauf geachtet Beim Verfolgen ist der EventType ?scan“, beim Nichtverfolgen ist der EventType ?subscribe“ und der EventType des Ereignisses, dem der Benutzer folgt, ist ebenfalls ?subscribe“, sodass ein weiterer MyEventType zum SDK hinzugefügt wird:

Jetzt ist der Nachrichtenfluss grunds?tzlich klar. Die Antwortnachricht beim Aufruf des SDK lautet wie folgt:

Das SDK enth?lt die Kapselung aller Schnittstellen au?er (OAuth2.0 Die Klassennamen und Methodennamen sind sehr offensichtlich, daher werde ich sie hier nicht einzeln auflisten. Interessierte Freunde k?nnen die DLL herunterladen und selbst testen. Dies ist ein kostenpflichtiges und zertifiziertes Schnittstellendiagramm ??>

using?System.Web;using?Loogn.WeiXinSDK;using?Loogn.WeiXinSDK.Message;namespace?WebTest
{????///?<summary>
????///?微信->服務器配置URL????///?</summary>
????public?class?WeiXinAPI?:?IHttpHandler
????{????????static?string?Token?=?"Token";//這里是Token不是Access_Token
????????public?void?ProcessRequest(HttpContext?context)
????????{
????????????context.Response.ContentType?=?"text/plain";????????????var?signature?=?context.Request["signature"];????????????var?timestamp?=?context.Request["timestamp"];????????????var?nonce?=?context.Request["nonce"];????????????if?(WeiXin.CheckSignature(signature,?timestamp,?nonce,?Token))//驗證是微信給你發(fā)的消息????????????{????????????????//根據(jù)注冊的消息、事件處理程序回復，????????????????//如果得到?jīng)]用注冊的消息或事件，會返回ReplyEmptyMsg.Instance,即GetXML()為string.Empty,符合微信的要求
????????????????var?replyMsg?=?WeiXin.ReplyMsg();????????????????var?xml?=?replyMsg.GetXML();????????????????//WriteLog(xml);?//這里可以查看回復的XML消息????????????????context.Response.Write(xml);
????????????}????????????else
????????????{
????????????????context.Response.Write("fuck?you!");
????????????}
????????}????????static?WeiXinAPI()
????????{
????????????WeiXin.ConfigGlobalCredential("appid",?"appSecret");????????????//注冊一個消息處理程序，當用戶發(fā)"ABC"，你回復“你說：ABC”;
????????????WeiXin.RegisterMsgHandler<RecTextMsg>((msg)?=>
????????????{????????????????return?new?ReplyTextMsg
????????????????{
????????????????????Content?=?"你說："?+?msg.Content????????????????????//FromUserName?=?msg.ToUserName,??默認就是這樣，不用設置！????????????????????//ToUserName?=?msg.FromUserName,??默認就是這樣，不用設置！????????????????????//CreateTime?=?DateTime.Now.Ticks?????默認就是這樣，不用設置！????????????????};
????????????});????????????//注冊一個用戶關注的事件處理程序，當用戶關注你的公眾賬號時，你回復“Hello!”
????????????WeiXin.RegisterEventHandler<EventAttendMsg>((msg)?=>
????????????{????????????????return?new?ReplyTextMsg
????????????????{
????????????????????Content?=?"Hello?!"
????????????????};
????????????});????????????//還可以繼續(xù)注冊你感興趣的消息、事件處理程序????????}????????public?bool?IsReusable
????????{????????????get
????????????{????????????????return?false;
????????????}
????????}
????}
}

Lassen Sie uns über ein paar Details der Implementierung sprechen:

1. Ablauf der Anmeldeinformationen (access_token)

?access_token ist das weltweit eindeutige Ticket des offiziellen Kontos muss beim Aufrufen jeder Schnittstelle das Access_token verwenden

Access_token ist 7200 Sekunden lang gültig

, eine wiederholte Erfassung führt dazu, dass das letzte Access_token ungültig wird. Das ?ffentliche Konto kann AppID verwenden und AppSecret, um diese Schnittstelle aufzurufen, um access_token zu erhalten (Sie müssen ein Entwickler sein und das Konto hat keinen abnormalen Status). Denken Sie an die Verwendung von Caching (es ist unm?glich, es jedes Mal zu verwenden!). In

diesem Fall kann ich mir die Verwendung von Caching vorstellen > Code:

2. Fehlercodeinformationen

Der oben genannte Code zum Abrufen von Anmeldeinformationen ist unvollst?ndig, da die m?glicherweise zurückgegebenen Fehlercodes nicht verarbeitet werden, werden WeChat-Fehlercodes zurückgegeben im JSON-Format, wie zum Beispiel: Die meisten von uns aktiv aufgerufenen Schnittstellen geben m?glicherweise Fehlercodes zurück, und das Fehlercodeformat ist das gleiche wie das normalerweise zurückgegebene Datenformat SDK, ich handhabe es so. Definiere zuerst die Modellklasse des Fehlercodes, da der Fehlercode auch {"errcode":0,"errmsg": "ok"} enth?lt. Anfrage ist erfolgreich:

?
???????access_token?{?;??
?????????
??????????expires_in?{?;??Dictionary<, Credential>?creds?=??Dictionary<, Credential>??TokenUrl?=???Credential?GetCredential(?appId,?=??(creds.TryGetValue(appId,??(cred.add_time.AddSeconds(cred.expires_in?-?)?<=  json = Util.HttpGet2(= Util.JsonTo<Credential>

Beim Definieren einer Rückgabenachrichtenklasse mit einem Fehlercode k?nnen wir ein Attribut vom Typ ReturnCode einschlie?en, z. B. beim Erstellen einer QR-Code-Schnittstelle:

Der Code aus dem zurückgegebenen JSON zum QRCodeTicket-Objekt ist wahrscheinlich so (andere sind ?hnlich):

{"errcode":40013,"errmsg":"invalid?appid"}

Nach dem Aufruf der Schnittstelle mit dem SDK kann das erhaltene Objekt also leicht beurteilt werden:

???????errcode?{?;???errmsg?{?;?????+?errcode?+??+?errmsg?+

????????????var?qrcode?=?WeiXin.CreateQRCode(true,?23);????????????if?(qrcode.error?==?null)
????????????{????????????????//返回錯誤，可以用qrcode.error查看錯誤消息????????????}????????????else
????????????{?
????????????????//返回正確，可以操作qrcode.ticket
????????????}

三、反序列化

微信接口返回的json有時候對我們映射到對象并不太直接（json格式太靈活了?。热鐒?chuàng)建分組成功后返回的json：

{????"group":?{????????"id":?107,?
????????"name":?"test"
????}
}

如果想直接用json通過反序列化得到對象，那么這個對象的類的定義有可能會是這樣：

????public?class?GroupInfo
????{????????public?Group?group?{?get;?set;?}????????public?class?Group
????????{????????????public?int?id?{?get;?set;?}????????????public?string?name?{?get;?set;?}
????????}
????}

訪問的時候也會是gp.group.name，所以我說不太直接，我們想要的類的定義肯定是只有上面那個子類的樣子：

????public?class?GroupInfo
????{????????????public?int?id?{?get;?set;?}????????????public?string?name?{?get;?set;?}
????}

如果微信接口返回的是這樣：

????{????????"id":?107,?
????????"name":?"test"
????}

就再好不過了，但人家的代碼,我們修改不了，我們只有自己想辦法.

1,要簡單類，2不手動分析json(如正則)，3，不想多定義一個類，你有想到很好的方法嗎？如果有可以回復給我，而我選擇用字典來做中間轉換。

因為基本所有的json格式都可以反序列化為字典（嵌套字典，嵌套字典集合等），比如上面微信返回的json就可以用以下的類型來表示：

Dictionary<string, Dictionary<string, object>>

json--->dict--->GroupInfo

var?dict?=?Util.JsonTo(json);var?gi?=?new?GroupInfo();var?gpdict?=?dict["group"];
gi.id?=?Convert.ToInt32(gpdict["id"]);
gi.name?=?gpdict["name"].ToString();

四、消息處理的優(yōu)化

"萬物簡單為美"，我就是一個非常非常喜歡簡單的程序員。還記得最開始的那個消息（事件屬于消息，這里統(tǒng)稱為消息）處理吧，我感覺是很簡單的，需要處理哪個消息就注冊哪個消息的處理程序。但一開始的時候不是這樣的，開始的時候要手動判斷消息類型，就像：

using?System.Web;using?Loogn.WeiXinSDK;using?Loogn.WeiXinSDK.Message;namespace?WebTest
{????///?<summary>
????///?微信->服務器配置URL????///?</summary>
????public?class?WeiXinAPI?:?IHttpHandler
????{????????static?string?Token?=?"Token";//這里是Token不是Access_Token
????????public?void?ProcessRequest(HttpContext?context)
????????{
????????????context.Response.ContentType?=?"text/plain";????????????var?signature?=?context.Request["signature"];????????????var?timestamp?=?context.Request["timestamp"];????????????var?nonce?=?context.Request["nonce"];????????????if?(WeiXin.CheckSignature(signature,?timestamp,?nonce,?Token))//驗證是微信給你發(fā)的消息????????????{????????????????var?replyMsg?=?WeiXin.ReplyMsg((recEvtMsg)?=>
????????????????{????????????????????switch?(recEvtMsg.MsgType)
????????????????????{????????????????????????case?MsgType.text:
????????????????????????????{????????????????????????????????var?msg?=?recEvtMsg?as?RecTextMsg;?//這里要轉型，麻煩
????????????????????????????????return?new?ReplyTextMsg
????????????????????????????????{
????????????????????????????????????Content?=?"你說："?+?msg.Content
????????????????????????????????};
????????????????????????????}????????????????????????case?MsgType.Event:
????????????????????????????{????????????????????????????????var?evtMsg?=?recEvtMsg?as?EventBaseMsg;//這里要轉型到事件消息的基本，麻煩
????????????????????????????????switch?(evtMsg.MyEventType)
????????????????????????????????{????????????????????????????????????case?MyEventType.Attend:????????????????????????????????????????var?msg?=?evtMsg?as?EventAttendMsg;//這個例子不需要這行代碼，但其他要用消息內(nèi)容還是要轉型，麻煩
????????????????????????????????????????return?new?ReplyTextMsg
????????????????????????????????????????{
????????????????????????????????????????????Content?=?"Hello?!"
????????????????????????????????????????};????????????????????????????????????????
????????????????????????????????????default:????????????????????????????????????????break;
????????????????????????????????}????????????????????????????????break;
????????????????????????????}????????????????????????default:????????????????????????????break;
????????????????????}????????????????????return?ReplyEmptyMsg.Instance;????????????????????//嵌套switch,而且每個case都有好幾個，這也不優(yōu)雅????????????????});????????????????var?xml?=?replyMsg.GetXML();????????????????//WriteLog(xml);?//這里可以查看回復的XML消息????????????????context.Response.Write(xml);
????????????}????????????else
????????????{
????????????????context.Response.Write("fuck?you!");
????????????}
????????}????????public?bool?IsReusable
????????{????????????get
????????????{????????????????return?false;
????????????}
????????}
????}
}

做優(yōu)化的時候，先是試著看能不能在MsgType和MyEventType上做文章，比如注冊時傳入MsgType和處理程序(lamba)兩個參數(shù)：

public?static?void?RegisterMsgHandler(MsgType?type,?Func<RecEventBaseMsg, ReplyBaseMsg>?handler)
{????//add?handler}

?這樣的確是可以行的通的，但是在調用SDK注冊的時候還是要手動轉換類型：

?WeiXin.RegisterMsgHandler(MsgType.text,?(recEvtMsg)?=>?msg?=?recEvtMsg???ReplyTextMsg?{?Content?=??+

?那么能不能每個子類型寫一個呢?

????public?static?void?RegisterMsgHandler(MsgType?type,?Func<RecTextMsg, ReplyBaseMsg>?handler)
????{????????//add?handler????}????public?static?void?RegisterMsgHandler(MsgType?type,?Func<RecImageMsg, ReplyBaseMsg>?handler)
????{????????//add?handler????}????//.............

?定義是可以的，來看看調用：

//可以RegisterMsgHandler(MsgType.text,?new?Func<RecTextMsg, ReplyBaseMsg>((msg)?=>{????return?new?ReplyTextMsg?{?Content?=?"你說："?+?msg.Content?};
}));//可以RegisterMsgHandler(MsgType.text,?new?Func<RecImageMsg, ReplyBaseMsg>((msg)?=>{????return?new?ReplyTextMsg?{?Content?=?"你發(fā)的圖片："?+?msg.PicUrl?};
}));//可以，注意這里msg的智能提示是RecTextMsg類型RegisterMsgHandler(MsgType.text,?(msg)?=>{????return?new?ReplyTextMsg?{?Content?=?"你說："?+msg.Content};
});//可以，注意這里msg的智能提示還是RecTextMsg類型，但用了類型推斷,運行時可以確定是RecImageMsg，所以可以RegisterMsgHandler(MsgType.text,?(msg)?=>{????return?new?ReplyTextMsg?{?Content?=?"你發(fā)的圖片："?+?msg.PicUrl?};
});//不可以，注意這里msg的智能提示還是RecTextMsg類型，但lamba?body里沒有用msg的特定子類的屬性，類型推斷不了，所以調用不明RegisterMsgHandler(MsgType.text,?(msg)?=>{????return?new?ReplyTextMsg?{?Content?=?"你發(fā)了個消息"?};
});

?從上面調用可知，想用這種方法調用，就不能隨意的用lamba表達式，我所不欲也！最后，終于用泛型搞定了

public?static?void?RegisterMsgHandler<TMsg>(Func<TMsg, ReplyBaseMsg>?handler)?where?TMsg?:?RecBaseMsg
????????{????????????var?type?=?typeof(TMsg);????????????var?key?=?string.Empty;????????????if?(type?==?typeof(RecTextMsg))
????????????{
????????????????key?=?MsgType.text.ToString();
????????????}????????????else?if?(type?==?typeof(RecImageMsg))
????????????{
????????????????key?=?MsgType.image.ToString();
????????????}????????????else?if?(type?==?typeof(RecLinkMsg))
????????????{
????????????????key?=?MsgType.link.ToString();
????????????}????????????else?if?(type?==?typeof(RecLocationMsg))
????????????{
????????????????key?=?MsgType.location.ToString();
????????????}????????????else?if?(type?==?typeof(RecVideoMsg))
????????????{
????????????????key?=?MsgType.video.ToString();
????????????}????????????else?if?(type?==?typeof(RecVoiceMsg))
????????????{
????????????????key?=?MsgType.voice.ToString();
????????????}????????????else
????????????{????????????????return;
????????????}
????????????m_msgHandlers[key]?=?(Func<RecEventBaseMsg, ReplyBaseMsg>)handler;
????????}

經(jīng)過這樣的變換，我們才可以像開始那樣用簡潔的lamba表達式注冊。

Das obige ist der detaillierte Inhalt vonDetaillierte Erl?uterung des SDK-Prozesses der ?ffentlichen WeChat-Plattform. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!