小程序webview调用微信扫一扫的“曲折”思路

自上一篇遇到 webview 中没有返回按钮之后，虽然跳出坑了。解决方案： 《小程序webview跳转页面后没有返回按钮完美解决方案》

做为一名面向搜索引擎开发的我，遇到问题的第一件事，当然是百度啊，Google啊！可是这种在过去都是无往不利的方法，突然失效了！翻遍整个浏览器，并且把整个互联网都翻了个底朝天，竟然“找不到”解决方案（很有可能是我搜索水平太差，没有精通面向搜索引擎开发这项技能）！

无奈之下，只得另寻他法。我在上一篇文章中提到过，可以在 H5 页面使用 wxminiProgramnavigateTo 方法跳转到小程序页面。所以，得好好的利用这个方法，搞点事情。

想想看，既然能跳转到小程序，而小程序本身调用扫一扫是非常方便的，只需要使用 wxscanCode 即可。那么也就是说，当用户点击扫码 *** 作的时候。我们可以先跳转到小程序页面，在页面 onload 的时候，立马调用 wxscanCode ，也就达到了点击 H5 页面按钮唤起扫码功能的效果。然后把扫码结果，通过设置 webview 的 url 参数的形式返回给 H5 页面，最后在 H5 页面处理扫码结果。整个流程分析下来，可以说是天衣无缝，非常完美，理论上来说，是完全成立的。接下来，撸码--运行--看效果一条龙服务。点赞手势准备好，我怕看完我接下来的 *** 作，你们沉浸在其中，无法自拔而忘记点赞了。

特别注意 setTimeout 函数，如果不使用该方法进行延迟调用，在 IOS系统 中100%无法调起扫一扫，应该算是微信小程序的BUG，至于延迟多少，就自行测试了，这边延迟 500ms 。

21、扫码成功的回调处理：重定向到页面中，并且携带miniType参数和result参数

22、扫码失败的回调处理：直接重定向到页面，并且不带任何参数

我们整体性的架构设计，包含一个Web管理后台、一个Web API统一接口层、当然还有数据库什么，另外还有一个小程序客户端。整个架构体系还是以我之前随笔介绍的《整合微信小程序的Web API接口层的架构设计》内容为蓝本

整个体系以Web API为主提供服务，同时后台管理系统通过各种界面维护着数据的增删改等基础管理工作。

Web API的分层，我们可以通过下图来了解具体的分层结构。

随着基于JSON格式的Web API的广泛应用，越来越多的企业采用Web API接口服务层，作为统一接口的核心所在，也成为Web API核心层。基于JSON格式的接口，可以广泛地、跨平台的应用于IOS、安卓等移动端，也可以应用在常规的Web业务系统，Winform业务系统、微信应用、微信小程序等方方面面，因此企业内部形成自己是的一套Web API标准和详细的文档非常重要。

我们可以细化为下面的架构设计图，所有模块均围绕着Web API 接口层进行扩展，底层的数据存储对上层的应用是完全透明，我们可以根据需要拆分各种业务数据库，以及使用我们认为合适的数据库。

其中我们在Web API接口层上还看到一个微信消息交互的模块，这个模块我们为了方便域名端口的处理，和Web API 是统一放在一起的，它负责和腾讯微信服务器进行消息的交互处理，从而实现各种消息推送处理。

2、基于AspNET MVC的Web API接口的实现

1）GET方式

GET方式，接口参数包括有零或一个参数，以及多个参数的方式，返回的值可以是简单的字符串等基础类型，也可以是复杂的自定义对象类型等，如下面几种接口代码所示。

/// <summary>

/// 简单的GET方式获取数据        /// </summary>

/// <param name="id">字符串ID</param>

/// <param name="token">接口访问令牌</param>

/// <returns>返回字符串值</returns>        [>

2）POST方式

POST方式，同样也和GET方式的一样，接口参数包括有零或一个参数，以及多个参数的方式，返回的值可以是简单的字符串等基础类型，也可以是复杂的自定义对象类型等，这就是几种常规的接口处理。但是，对于多个参数的接口定义，我们需要对它们进行转换处理，需要使用JObject param的方式进行定义，这样可以很好对多个参数或者自定义的实体类参数进行解析。

下面是几种常规的POST接口定义方式。

/// <summary>

/// 测试使用POST方式提交数据，参数输入为多个，使用JObject处理        /// </summary>

/// <returns>返回字符串</returns>        [>

接口类，我们一般把类继承自自己的API接口基类，并对它的异常处理进行处理，以便对错误统一格式回应，如下接口类的代码定义所示。

/// <summary>

/// 此控制器用来详细介绍各种GET/POST的接口设计    /// 对于GET方式，方法可以接受多个参数    /// 对于POST方式，方法如果有参数使用POST方式，统一采用JObject param对象参数。    /// 如果POST方式有多个参数，如Web API接口加token，则需要客户端把该参数追加在URL上，如urltoken=123，然后在使用POST *** 作    /// </summary>    [ExceptionHandling]    public class TestController : BaseApiController

其中ExceptionHandling是我们的统一异常过滤处理定义，代码如下所示。

/// <summary>

/// API自定义错误过滤器属性    /// </summary>

public class ExceptionHandlingAttribute : ExceptionFilterAttribute

{        /// <summary>

/// 统一对调用异常信息进行处理，返回自定义的异常信息        /// </summary>

/// <param name="context">>

3）小程序端代码处理

小程序端主要是通过JS代码进行处理，实现数据的获取及提交处理等。

如我们列举一个代表性的POST处理代码，如下所示。

//测试POst方法  wxrequest({

url: '>

而对于GET方式，我们的小程序调用方式如下所示。

getFilms: function(start) {

consolelog('start:' + start);    var that = this

wxrequest({

url: '>

以上就是我们常规接口（单个参数或者多个参数，简单对象和复杂对象的处理）的定义代码，希望读者在开发Web API接口的时候，可以有所帮助。

以上就是关于小程序webview调用微信扫一扫的“曲折”思路全部的内容，包括:小程序webview调用微信扫一扫的“曲折”思路、小程序中如何实现web打印功能、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！