转载

支付宝服务窗的简单开发体会

。。。。。

这两天做了一下支付宝服务窗,记一下吧,做一个积累,防止以后再次需要开发时忘记。项目的要求是可以使用支付宝的服务窗就可以了,相关交互也很简单,只需要获取到使用用户的支付宝的唯一标识符(以前是openId,不过openId将会在2016年9月废弃,现在使用userId。如果还是使用的openId,也就是遗留的项目,支付宝提供了相关的接口,可以使用openId换取userId<alipay.platform.userid.get>)就可以了。其实感觉支付宝提供的相关的文档还是蛮全的。

支付宝服务窗开发主要需要:

  1. 已申请支付宝服务窗的账号

  2. 外网可以访问的url。本机上可以使用端口映射,主要开发时使用(直接使用ip+端口映射不知道可不可以,没有试过)。

    3.openssl软件,这个其实在支付宝提供的包里已经提供了(支付宝的手机网站支付的demo中有< demo网址 。

开发步骤

  1. 激活开发者模式(必须验签和回复相关消息,偷懒的话可以不验签,直接将相关的消息响应给支付宝就好了,猜的,没试过,应该)。

    这里相关的 文档 还是蛮详细的。生成公钥和私钥就不多说了,已近够详细了,简单的说下它提供的demo吧(放到结尾说,排版好看点)。

  2. 设置服务窗的菜单及相关的功能。其实这如果不需要支付宝提供的userId,那样上面写的和下面写的所有东西都可以忽略,只要在管理中心的几个菜单上点点就好了。

    同样相关的文档支付宝也已经提供。 (文档) 。我使用的是只要获取用户的userId,不需要其他的用户信息,所以只要scope=auth_base就好了。这里的代码支付宝的demo中已经提供了,只要稍微改一下就可以使用:

           try {        String authCode = this.getReqParam("auth_code");        String userId = null;                AlipaySystemOauthTokenRequest req = new AlipaySystemOauthTokenRequest();                req.setGrantType("authorization_code");        req.setCode(authCode);         AlipayClient alipayClient = AlipayUtil.getAlipayClient();            AlipaySystemOauthTokenResponse res = alipayClient.execute(req);                XMap map = new XMap();                         if (null != res && res.isSuccess()) {             userId = res.getAlipayUserId();             map.put("appid", userId);                          System.out.println(userId);        } else {            System.out.println("authCode换取userId失败");        }                  this.outPut(map);    } catch (AlipayApiException e) {        e.printStackTrace();    } 

    如果获取用户的信息,支付宝的demo也有,直接删删改改就可以了。这里需要注意一下的是需要导入支付宝的相关jar包,当然如果只是这里使用的话可以不使用支付宝的jar包,换成使用HttpClient来实现,但是相比较而言麻烦一下,直接使用支付宝的直接传几个参数而已,何乐而不为呢。如果还要使用其他信息,就要修改相关的scope,文档里直接找就是了。

支付宝服务窗demo

支付宝的demo只要知道服务窗的基本功能就可以:

  • 纯文本类型 MsgType:text

  • 事件类型 MsgType:event

    • 激活验证开发者模式 (service:alipay.service.check)(EventType:verifygw)

    • 其他消息通知 (service:alipay.mobile.public.message.notify)

      • 服务窗关注事件 (EventType:follow)

      • 服务窗取消关注事件 (EventType:unfollow)

      • 服务窗进入事件 (EventType:enter)

        • 自定义场景进入事件

        • 普通进入服务窗事件

      • 根据actionParam进行转发(服务窗点击事件)(EventType:click)

        • authentication 申请开发者会员绑定事件: actionParam支付宝服务窗固定值(ActionParam:authentication )

        • delete 删除开发者会员绑定事件:actionParam支付宝服务窗固定值(ActionParam:delete)

        • xxx 开发者自定义 (ActionParam:xxx)

    • 更多

  • 更多

对照这看demo很容易就知道了。从servlet开始:这方面主要在GatewayServlet里面。

验签没什么,直接调相关方法就好了, 注意req的编码和本项目的编码

宏观上来说demo主要是接收相关的req,然后取得该req的参数,进入(Dispatcher)获取业务的分发器,然后在分发器中获取业务的执行器。简单点说,就是从上面的纯文本类型开始验证,逐渐细化到最里面的一层,将该层的功能返回对应的执行器(执行器也就是ActionExecutor接口,不同的功能就是该接口的不同的实现,以后添加功能直接添加该接口的实现就好了)。

开发的时候可以直接使用相关的代码,然后在里面删减对应的功能就好了。不过话说如果像我现在的项目只要验证,所以只要一个激活验证开发者模式的验证就好了,两层验证返回就好了,当然要求更低的可以直接返回相关的res就好,都可以不验证。可以是可以,但是如果以后加功能的话。。。

在LoginAuthServlet里面也就是取得用户的userId和用户的详细信息等相关内容。

其他的一些类都是一些例子,对于我这样的新手+菜鸟来说简直是福音。

怎么说呢,一开始看见那么多类,都不想去看这个demo,后来没办法才去看的。清晰,第一感觉就是这个,不想自己写的代码,业务一复杂时自己都不想去看,不过由于源码读的少的原因,自从看完设计模式的书后,虽然大概也知道现在的比较出名的开源框架大概用了哪些,但是都是别人说的,从来没有自己去体会过。或者说知道使用了相关的模式之后,再去读源码的时候自动去找相关的模式的使用情况,虽然知道他们很好,但是由于自己没有去写,从来不知道这玩意儿多好。但是看了这个demo后真心很。。。震撼,应该是,比比自己的代码,就是去堆逻辑,固然有很多地方是用不上模式的,更多的原因是不熟。虽然知道这玩意用多了也不好,但是用了之后可以取舍,而这和不会用完全是两回事,慢慢积累吧,会有一天脱离菜鸟的行列的。任重而道远啊。

原文  https://segmentfault.com/a/1190000004547818
正文到此结束
Loading...