C#开发微信门户及应用(36)--微信卡劵管理的封装操做

前面几篇介绍了微信支付方面的内容,本篇继续微信接口的一些其余方面的内容:卡劵管理。卡劵管理是微信接口里面很是复杂的一个部分,里面的接口很是多,我花了很多时间对它进行了封装处理,重构优化等等工做,卡劵在营销方面是一个比较好的途径,能够应用在会员管理、店铺促销等方面的活动,不过万层高楼从底起,咱们须要把卡劵管理的相关接口夯实完善,才能在它的基础上进行更进一步的应用操做。html

一、微信卡券接口说明

微信卡券功能是腾讯为商户提供的一套完整的电子卡券解决方案,商户可在法律容许的范围内经过该功能实现电子卡券生成、下发、领取、核销的闭环,并使用对帐、卡券管理等配套功能。微信卡券功能可分为API接口功能和公众平台卡券功能,使用两种功能都可实现卡券生成、下发、领取、核销,有开发意愿的商户可以使用API接口功能,无开发意愿商户可以使用公众平台卡券功能。api

微信公众平台本次增长了微信卡券功能,开放接口供商家使用。 支持开发者调用接口建立多种类型的卡券,经过下发消息、二维码、JS-SDK等方式进行投放,在用户使用时经过API接口或卡券商户助手完成核销。 同时支持接口获取统计数据,以及各个环节给予开发者事件推送。 服务器

目前支持优惠券(代金券、折扣券、礼品券、团购券)、会员卡、景点门票、电影票、飞机票、红包、会议门票等多种卡券类型。 开发者能够经过卡券接口快速完成制券、发券及销券流程:微信

一、建立卡券接口 开发者可经过该接口,建立卡券,导入/拉取卡券适用门店、获取卡券颜色列表。微信公众平台

二、卡券投放接口 开发者可经过该接口,生成卡券领取二维码,也可在网页内调用JavaScript接口,引导用户领取卡券。ide

三、卡券核销接口函数

调用核销接口可对指定卡券进行核销。支持网页内调用JavaScript接口拉取卡券列表,用户选择卡券后便可完成核销。post

四、卡券管理接口 开发者可经过该接口,对已建立的卡券进行查询、删除、更改、设置失效等操做。同时,在卡券经过审核、卡券被领取、卡券被删除时,均会推送事件通知开发者。测试

五、特殊卡票接口 支持特殊卡票券(会员卡、电影票、飞机票、红包、会议门票)的适用场景,提供相应的接口能力,包括激活/绑定会员卡、会员卡交易、更新电影票、在线选座、更新红包余额、更新会议门票等接口。微信支付

六、设置测试用户白名单 开发者可设置测试用户白名单,不管卡券是否经过审核都可领取卡券,测试整个卡券的使用流程。

为了了解这个卡劵的复杂性,咱们先来看看它的官方的卡劵内容流程图

这个图里面涉及的内容不少,一样卡劵管理的API接口也不少,不过咱们老是但愿化繁为简,所以咱们能够一步步来了解整个卡劵的内容。

 

二、卡劵的事件通知

卡劵的相关事件,会由微信后台通知咱们的服务后台,所以咱们能够对卡劵的建立、使用等各个方面都有相关的事件通知,咱们在对应的事件上实现咱们的卡劵管理逻辑也是很方便的。

下面列出卡劵管理里面的后台消息通知分类。

这些消息对应的事件,咱们能够放到请求的事件类型里面,这样咱们在统一调用事件的时候,就能够对他们进行区分了。

 

这样咱们在微信消息处理的入口,就能够分别对这些事件进行处理了。WeixinApiDispatch就是一个分发的管理类,它提取请求消息的内容,并构建不一样类型的消息参数,传递给不一样的响应函数进行处理,而后返回封装好的XML内容,做为响应。

具体的代码处理逻辑以下图所示。

这样咱们在代码里面就能够对相应个事件进行处理了。

其中咱们注意到,咱们对卡劵的不一样事件,把它们的事件信息对象化后进行相应的处理的,以下代码所示。

                            case RequestEvent.card_pass_check:      //卡劵经过审核
                            case RequestEvent.card_not_pass_check:  //卡劵未经过审核
                                {
                                    // 卡券经过审核(或审核不经过)
                                    RequestEventCardCheck info = XmlConvertor.XmlToObject<RequestEventCardCheck>(postStr);
                                    if (info != null)
                                    {
                                    }
                                    LogTextHelper.Info(eventName + ((info == null) ? "info is null" : info.ToJson()));
                                }
                                break;

 

三、卡劵的分类及建立操做

1)卡劵分类

前面介绍了,微信卡劵目前支持优惠券(代金券、折扣券、礼品券、团购券)、会员卡、景点门票、电影票、飞机票、红包、会议门票等多种卡券类型。咱们在微信后台,能够手工建立优惠卷,以下图所示。

因为各个卡劵之间的数据有相同的部分,也有部分的部分,咱们须要在类的层面上对他们进行不一样的信息建模。

咱们再来定义一个卡劵类型的枚举,方便咱们在代码中使用,这个枚举对象也包含了咱们前面介绍到的那些卡劵类型了。

    /// <summary>
    /// 卡券类型
    /// </summary>
    public enum CardType
    {
        /// <summary>
        /// 折扣券
        /// </summary>
        DISCOUNT = 0,
        /// <summary>
        /// 代金券
        /// </summary>
        CASH = 1,
        /// <summary>
        /// 礼品劵、兑换券
        /// </summary>
        GIFT = 2,
        /// <summary>
        /// 优惠券/通用券
        /// </summary>
        GENERAL_COUPON = 3,
        /// <summary>
        /// 团购券
        /// </summary>
        GROUPON = 4,

        /// <summary>
        /// 会员卡
        /// </summary>
        MEMBER_CARD = 5,
        /// <summary>
        /// 门票
        /// </summary>
        SCENIC_TICKET = 6,
        /// <summary>
        /// 电影票
        /// </summary>
        MOVIE_TICKET = 7,
        /// <summary>
        /// 飞机票
        /// </summary>
        BOARDING_PASS = 8,
        /// <summary>
        /// 红包
        /// </summary>
        LUCKY_MONEY = 9,
        /// <summary>
        /// 会议门票
        /// </summary>
        MEETING_TICKET = 10,
        /// <summary>
        /// 汽车票
        /// </summary>
        BUS_TICKET,
    }

因为不一样类型卡劵的信息不一样,所以咱们须要封闭建立这些对应的卡劵类,以方便构建对应的信息用于建立操做。

 

2)建立卡券

建立卡券的接口调用顺序

其中上传图片,就是采用通用的图片上传接口上传便可,上传后得到对应的图片URL地址。

上传图片接口调用请求说明

HTTP请求方式: POST/FROM
URL:https://api.weixin.qq.com/cgi-bin/media/uploadimg?access_token=ACCESS_TOKEN

优惠劵的背景色,在微信里面有一些参考色样,以下图所示。

建立卡券接口是微信卡券的基础接口,用于建立一类新的卡券,获取card_id,建立成功并经过审核后,商家能够经过文档提供的其余接口将卡券下发给用户,每次成功领取,库存数量相应扣除。

接口调用请求说明

HTTP请求方式: POST
URL: https://api.weixin.qq.com/card/create?access_token=ACCESS_TOKEN

 

参数说明

参数 是否必须 说明
access_token 调用接口凭证
POST数据 Json数据

 

 

 

几种不一样类型的卡劵,他们POST的JSON对象信息都是不太同样的,如团购劵的实体信息以下所示。

 

团购券

参数名 必填 类型 示例值 描述
card_type string(24) GROUPON 团购券类型。
base_info JSON结构 见上述示例。 基本的卡券数据,见下表,全部卡券类型通用。
deal_detail string(3072) 双人套餐\n -进口红酒一支。\n孜然牛肉一份。 团购券专用,团购详情。

 

 

 

 

 

 

 

 

团购劵JSON示例

{
 "card": {
     "card_type": "GROUPON",
     "groupon": {
         "base_info": {
         ················
         },
          "advanced_info": {
         ················
          },
         "deal_detail": "示例"
     }
 }
}

 

而代金券提交的信息以下所示。

代金券

参数名 必填 类型 示例值 描述
card_type string(24) CASH 代金券类型。
base_info JSON结构 见上述示例。 基本的卡券数据,见下表,全部卡券通用。
least_cost int 10000 代金券专用,表示起用金额(单位为分),若是无起用门槛则填0。
reduce_cost int 10000 代金券专用,表示减免金额。(单位为分)

 

 

 

 

 

 

 

 

代金券JSON示例

{
 "card": {
     "card_type": "CASH",
     "cash": {
         "base_info": {
         ················
         },
          "advanced_info": {
         ················
          },
         "least_cost": 1000,
         "reduce_cost": 100,
     }
 }
}

当前其余几种类型个卡劵也各有不一样,不在一一赘述,能够看到每种卡劵携带的信息,有部分同样,有部分不一样,可是它们建立卡劵的时候,使用的是同一个接口,这种接口方式在卡劵接口里面很常见。

其中卡劵里面的base_info(卡券基础信息)字段-必填字段、base_info(卡券基础信息)字段-非必填字段、Advanced_info(卡券高级信息)字段比较复杂,具体请参考相关的字段说明列表。

 

建立卡劵的返回说明

数据示例:

{
   "errcode":0,
   "errmsg":"ok",
   "card_id":"p1Pj9jr90_SQRaVqYI239Ka1erkI"
}

 

参数名 描述
errcode 错误码,0为正常。
errmsg 错误信息。
card_id 卡券ID。

 

 

 

 

四、建立卡劵的类定义和API封装

根据这些信息,咱们建立卡劵的时候,咱们能够定义不一样的信息实体,以下所示是卡劵基类和折扣劵的类定义信息。

    /// <summary>
    /// 卡劵基类信息
    /// </summary>
    public class CardJson
    {
        /// <summary>
        /// 基础信息
        /// </summary>
        public CardBaseInfo base_info { get; set; }

        /// <summary>
        /// 高级字段
        /// </summary>
        [JsonProperty(NullValueHandling = NullValueHandling.Ignore)]
        public CardAdvanceInfo advanced_info{ get; set; }
    }

    /// <summary>
    /// 折扣券数据
    /// </summary>
    public class DisCountCardJson : CardJson
    {
        /// <summary>
        /// 折扣券专用,表示打折额度(百分比)。填30就是七折。
        /// </summary>
        [JsonProperty(DefaultValueHandling = DefaultValueHandling.Ignore)]
        public int discount { get; set; }
    }

其余卡劵的信息也是相似,根据须要扩展便可,如会员卡的信息,咱们能够按照上面的继承关系进行字段的补充便可。

    /// <summary>
    /// 会员卡的详细信息,是CardDetailJson的子类
    /// </summary>
    public class MemberCardJson : CardJson
    {
        /// <summary>
        /// 显示积分,填写true或false,如填写true,积分相关字段均为必填。
        /// </summary>
        [JsonProperty(DefaultValueHandling = DefaultValueHandling.Ignore)]
        public bool supply_bonus { get; set; }

        /// <summary>
        /// 是否支持储值,填写true或false。如填写true,储值相关字段均为必填。
        /// </summary>
        [JsonProperty(DefaultValueHandling = DefaultValueHandling.Ignore)]
        public bool supply_balance { get; set; }

        /// <summary>
        /// 特权说明
        /// 非必填
        /// </summary>
        [JsonProperty(NullValueHandling = NullValueHandling.Ignore)]
        public string prerogative { get; set; }

        /// <summary>
        /// 设置为true时用户领取会员卡后系统自动将其激活,无需调用激活接口
        /// </summary>
        [JsonProperty(DefaultValueHandling = DefaultValueHandling.Ignore)]
        public bool auto_activate { get; set; }

        /// <summary>
        /// 设置为true时会员卡支持一键激活,不容许同时传入activate_url字段,不然设置wx_activate失效。
        /// 非必填
        /// </summary>
        [JsonProperty(DefaultValueHandling = DefaultValueHandling.Ignore)]
        public bool wx_activate { get; set; }

        ..........

还有其余类型的数据,如会议卡劵,电影卡劵信息等类库也同样处理,其余的依照此规则扩展便可。

    /// <summary>
    /// 会议门票数据
    /// </summary>
    public class MettingTicketJson : CardJson
    {
        /// <summary>
        /// 会议详情
        /// </summary>
        [JsonProperty(NullValueHandling = NullValueHandling.Ignore)]
        public string meeting_detail { get; set; }

        /// <summary>
        /// 会场导览图
        /// </summary>
        [JsonProperty(NullValueHandling = NullValueHandling.Ignore)]
        public string map_url { get; set; }
    }
           
    /// <summary>
    /// 门票数据
    /// </summary>
    public class ScenicTicketJson : CardJson
    {
        /// <summary>
        /// 票类型,例如平日全票,套票等
        /// 非必填
        /// </summary>
        [JsonProperty(NullValueHandling = NullValueHandling.Ignore)]
        public string ticket_class { get; set; }
        /// <summary>
        /// 导览图url
        /// 非必填
        /// </summary>
        [JsonProperty(NullValueHandling = NullValueHandling.Ignore)]
        public string guide_url { get; set; }
    }

有了这些信息,咱们就能够经过统一的接口函数进行卡劵的建立操做了。

在实现函数的最后,咱们就是调用接口的URL,提交对应的数据就能够了

            var url = string.Format("https://api.weixin.qq.com/card/create?access_token={0}", accessToken);
            var result = JsonHelper<CardCreateResultJson>.ConvertJson(url, cardData);
            return result != null ? result.card_id : null;

 

若是对这个《C#开发微信门户及应用》系列感兴趣,能够关注个人其余文章,系列随笔以下所示:

C#开发微信门户及应用(36)--微信卡劵管理的封装操做

C#开发微信门户及应用(35)--微信支付之企业付款封装操做

C#开发微信门户及应用(34)--微信裂变红包

C#开发微信门户及应用(33)--微信现金红包的封装及使用

C#开发微信门户及应用(32)--微信支付接入和API封装使用

C#开发微信门户及应用(31)--微信语义理解接口的实现和处理

C#开发微信门户及应用(30)--消息的群发处理和预览功能

C#开发微信门户及应用(28)--微信“摇一摇·周边”功能的使用和接口的实现

C#开发微信门户及应用(27)-公众号模板消息管理 

C#开发微信门户及应用(26)-公众号微信素材管理

C#开发微信门户及应用(25)-微信企业号的客户端管理功能

C#开发微信门户及应用(24)-微信小店货架信息管理

C#开发微信门户及应用(23)-微信小店商品管理接口的封装和测试

C#开发微信门户及应用(22)-微信小店的开发和使用

C#开发微信门户及应用(21)-微信企业号的消息和事件的接收处理及解密 

C#开发微信门户及应用(20)-微信企业号的菜单管理

C#开发微信门户及应用(19)-微信企业号的消息发送(文本、图片、文件、语音、视频、图文消息等)

C#开发微信门户及应用(18)-微信企业号的通信录管理开发之成员管理

C#开发微信门户及应用(17)-微信企业号的通信录管理开发之部门管理

C#开发微信门户及应用(16)-微信企业号的配置和使用

C#开发微信门户及应用(15)-微信菜单增长扫一扫、发图片、发地理位置功能

C#开发微信门户及应用(14)-在微信菜单中采用重定向获取用户数据

C#开发微信门户及应用(13)-使用地理位置扩展相关应用

C#开发微信门户及应用(12)-使用语音处理

C#开发微信门户及应用(11)--微信菜单的多种表现方式介绍

C#开发微信门户及应用(10)--在管理系统中同步微信用户分组信息

C#开发微信门户及应用(9)-微信门户菜单管理及提交到微信服务器

C#开发微信门户及应用(8)-微信门户应用管理系统功能介绍

C#开发微信门户及应用(7)-微信多客服功能及开发集成

C#开发微信门户及应用(6)--微信门户菜单的管理操做

C#开发微信门户及应用(5)--用户分组信息管理

C#开发微信门户及应用(4)--关注用户列表及详细信息管理

C#开发微信门户及应用(3)--文本消息和图文消息的应答

C#开发微信门户及应用(2)--微信消息的处理和应答

C#开发微信门户及应用(1)--开始使用微信接口

相关文章
相关标签/搜索