Heutzutage bietet WeChat einen fruchtbaren Boden für verschiedene kleine mobile Webanwendungen, sodass alle Arten von Anwendungen entstanden sind. Jeder kann gute Anwendungen entwickeln, aber nicht jeder. Auf welche Fallstricke sollten Entwickler w?hrend des Entwicklungsprozesses achten? Dieser Artikel stammt aus Shenhais Blog. Er teilte die Details mit, auf die beim spezifischen Entwicklungs- und Implementierungsprozess von Html5 WebApp auf Basis von WeChat geachtet werden muss, und wie man ihn mit Code implementiert.

Der vollst?ndige Text lautet wie folgt:

Im Gegensatz zum herk?mmlichen Download-Modell für mobile Spiele-Stores k?nnen mobile HTML5-Webspiele direkt im integrierten Browser von WeChat ausgeführt werden.

W?hrend dieser Zeit hat das Team einige Produktdesigns und -entwicklungen auf WeChat durchgeführt, was natürlich auch bestimmte operative Arbeiten umfasst. Ich habe eine Menge Dinge gemacht, darunter Mikro-Visitenkarten, Mikro-Ticketkauf, Mikro-Aktivit?ten, Mikro-Rekrutierung und andere kleine F?lle.

Worüber ich heute sprechen m?chte, ist das aktivste Light-Spiel, das wir in WeChat spielen – Mikro-Rubbelpreise. Dieses Ding kann zum Rubbeln von Büchern, Tickets und Paketen verwendet werden und wird auch von Kunden verwendet die Telefonrechnung.

Schauen Sie sich zun?chst das Bild an, um ein Gefühl für das spezifische Erscheinungsbild zu bekommen:

Was ich Ihnen w?hrend unseres spezifischen Entwicklungs- und Implementierungsprozesses mitteilen m?chte Die auf WeChat basierende Html5-WebApp muss einige Fallstricke überwinden: Die Grundregeln dieses Minispiels lauten: Benutzer sind auf zwei Scraping-Zeiten pro Tag beschr?nkt (ein kostenloses Scraping und ein weiteres Scraping nach dem Teilen). Preise k?nnen jeden Tag gescrapt werden. Aus diesem Grund ist die Idee, die wir erreichen m?chten, zun?chst auf das Spielen in WeChat beschr?nkt:

if (!HttpContext.Current.Request.Browser.IsMobileDevice)
            {
                var result = new RedirectResult("url", true);
                filterContext.Result = result;
                return;
            }
            if (string.IsNullOrEmpty(HttpContext.Current.Request.UserAgent))
            {
                var result = new RedirectResult("url", true);
                filterContext.Result = result;
                return;
            }
 
            if (HttpContext.Current.Request.UserAgent.IndexOf("MicroMessenger") == -1)
            {
                var result = new RedirectResult("url", true);
                filterContext.Result = result;
                return;
            }

Dieser Trick verwendet den UserAgent, um die Idee zu beurteilen Es scheint, dass die Leute im Internet es h?ufiger nutzen, aber wenn es nicht genutzt wird, gibt es immer noch viele Fallstricke:

1. Grundproblem: Es gibt kein Problem mit iOS- und Mainstream-Android-Ger?ten, aber wenn es darum geht Windows Phone springt direkt aus WeChat heraus und kann nicht abgespielt werden. Der Grund dafür ist, dass der Standard-UserAgent in WeChat MicroMessenger ist, der in der WeChat-Version dieser Maschinen nicht vorhanden ist. Um das Problem von Windows Phone zu l?sen, haben wir den folgenden Code hinzugefügt:

var useragent = HttpContext.Current.Request.UserAgent.ToLower();
           if (useragent.IndexOf("Windows Phone".ToLower()) != -1)
           {
               base.OnActionExecuting(filterContext);
               return;
           }

2. Fortgeschrittene Frage: Es gibt Experten, die das Problem direkt l?sen k?nnen. Verwenden Sie einige Plug-In-Tools, um den UserAgent von MicroMessenger zu f?lschen, sodass Sie ihn theoretisch in jedem Browser abspielen k?nnen, der eine Webseite ?ffnen kann. Um dieses Problem zu l?sen Verwenden Sie die Schnittstelle im SDK von WeChat: Sie wird nur ausgeführt, wenn der Benutzer sie in WeChat verwendet. Das Steuerelement initialisiert den Scratch-Vorgang, andernfalls befindet sich das Durchsuchen anderer Terminals immer im Ladezustand.

dataForWeixin.callback = function () {
           //一些初始化的操作
       }

Bezüglich der WeChat-Schnittstelle lesen Sie bitte den Originaltext direkt. Ich werde den Code hier nicht direkt ver?ffentlichen, sonst wird er nicht ver?ffentlicht.

Die obige Idee hat viel bewirkt, aber es gibt immer noch einen schwerwiegenden Fehler, der für unsere Gesch?ftsregeln nicht behoben wurde.

Dieser Fehler besteht darin, dass der Benutzer den Preis unbegrenzt oft freirubbeln kann, solange er die Cookies und zwischengespeicherten Informationen in WeChat manuell l?scht und dann erneut an der Veranstaltung teilnimmt. garantiert gewinnen. Dies liegt daran, dass meine Regeln die Grundlage für die Beurteilung bilden, ob der aktuelle WeChat-Benutzer den Preis im Cookie gekratzt hat. Es scheint, dass es keinen anderen Weg gibt. Wir m?chten openid verwenden, aber unser WeChat-Abonnementkonto kann openid nicht erhalten, wenn wir von Moments kommen. Es gibt immer noch ein Berufungsproblem.

Um dieses Problem zu l?sen, haben wir endlich eine Idee gefunden, die Autorisierungsschnittstelle des WeChat-Dienstkontos auszuleihen. Die Grundidee ist wie folgt:

Der Benutzer gibt die Seite ein =》 Das Programm ruft die Autorisierungsschnittstelle unseres anderen WeChat-Dienstes für die Kontonummer auf und gibt openid zurück => openid im Cookie speichern (wenn es nicht existiert oder abl?uft, führen Sie die vorherigen Schritte erneut aus) => Bestimmen Sie, wie oft diese Aktivit?t aus dem gel?scht wurde Datenbank basierend auf openid Gleichzeitig bestimmt dieser Prozess automatisch, ob der Benutzer Spiele in WeChat spielen m?chte, andernfalls befindet sich der Rückruf immer im Ladezustand. Der gesamte Vorgang verl?uft nach der Verwendung relativ reibungslos. Hier ist der autorisierungsbezogene Code:

#region 微信授權(quán)
        public ActionResult WeixinLogin(string CurrentUrl)
        {
            string url = WeixinOAuth2.Authorize(Server.UrlEncode(CurrentUrl));
            return RedirectPermanent(url);
        }
 
        public ActionResult WeixinCallback()
        {
            if (!string.IsNullOrEmpty(Request["code"]))
            {
                // 獲取AccessToken參數(shù)
                var param = WeixinOAuth2.GetAccessToken(Request["code"]);
                string url = string.Format("{0}#access_token={1}&openid={2}&expires_in={3}&state={4}", ConfigHelper.GetValue("Weixin_Callback"), param.access_token,param.openid,param.expires_in, Server.UrlDecode(Request.QueryString["state"]));
                //重新跳轉(zhuǎn)到回調(diào)頁面，保持騰訊登錄相同風(fēng)格
                return Redirect(url);
            }
            return View();
        }
　　　　/// <summary>
        /// 授權(quán)請求頁面
        /// </summary>
        /// <param name="flag">0為獲取微信基本信息 1為獲取微信openid接口</param>
        /// <returns></returns>
        public static string Authorize(string ReturnUrl)
        {
            string url=string.Format("https://open.weixin.qq.com/connect/oauth2/authorize?appid={0}&redirect_uri={1}&response_type=code&scope=snsapi_base&state={2}#wechat_redirect", Weixin_AppKey, Weixin_GetOpenIDCallback, ReturnUrl);
            return url;
        }　　
　　　　#endregion

An diesem Punkt ist es grunds?tzlich m?glich, das Problem zu l?sen, wie die Einzigartigkeit des aktuellen Benutzers in WeChat ermittelt werden kann. Das einzige Risiko dieser L?sung besteht in der reibungslosen und stabilen Benutzeroberfl?che von WeChat.

Natürlich gibt es viele andere Probleme, die w?hrend des gesamten Entwicklungsprozesses nach und nach überwunden werden müssen. Beispielsweise wird die Implementierung von Rückrufen nach dem Teilen auf WeChat von vielen Freunden verwendet Ich muss GRPS für dieses kleine Spiel unterstützen. Nachdem ich auf den Prozess zugegriffen habe, ist es unm?glich, mich mit diesen gro?en Spiel-Frameworks, der Vorgehensweise usw. zu befassen. Ich habe vor, einige Artikel zu schreiben, um diese sp?ter zu teilen.