微信小程序连接java后端
0 | 0 |
为了良好体验不建议使用迅雷下载
会员到期时间: 剩余下载个数: 剩余C币: 剩余積分:0
为了良好体验,不建议使用迅雷下载
为了良好体验不建议使用迅雷下载
0 | 0 |
为了良好体验,不建议使用迅雷下载
您的积分不足将扣除 10 C币
为了良好体验,不建议使用迅雷下载
开通VIP会员权限免积分下载
前面两章已经介绍了如何接入微信公众平台这一章说说消息的接收和发送
可以先了解公众平台的消息api接口(接收消息,发送消息)
当普通微信用户向公众账号发消息时微信服务器将POST消息的XML数据包到开发者填写的URL上。
接收的消息类型有6种分别为:
可以根据官方的api提供的字段建立对应的实体类
有很多属性是所有消息类型都需要的,可以把这些信息提取出来建立一个基类
* 消息基类(用户 -> 公众帐号) * 发送方帐号(一个OpenID) * 消息创建时间 (整型)
接收的文本消息
对于每一个POST请求开发者在响应包(Get)中返回特定XML结构,对该消息进行响应(现支持回复文本、图片、图文、语音、视頻、音乐)请注意,回复图片等多媒体消息时需要预先上传多媒体文件到微信服务器只支持认证服务号。
* 消息基类(公众帐号 -> 用户) * 接收方帐号(收到的OpenID) * 消息创建时间 (整型) * 位0x0001被标志时星标刚收到的消息
* 单图文的时候 Articles 只放一个就行了 * 图文消息个数,限制为10条以内 * 哆条图文消息信息默认第一个item为大图
* 点击图文消息跳转链接
* 高质量音乐链接,WIFI环境优先使用该链接播放音乐
到这里请求消息和响应消息的实体类都定义好了
用户向微信公众平台发送消息后,微信公众平台会通过post请求发送给我们
现在我们要在这里处理用户请求了。
因为微信的发送和接收都是用xml格式的所以我们需要处理请求过来的xml格式。
发送的时候也需要转化成xml格式再发送给微信所以封装了消息处理嘚工具类,用到dome4j和xstream两个jar包
* 解析微信发来的请求(XML) // 得到根元素的所有子节点 * 文本消息对象转换成xml * 音乐消息对象转换成xml * 图文消息对象转换成xml // 對所有xml节点的转换都增加CDATA标记
接下来在处理业务逻辑建立一个接收并响应消息的service类,并针对用户输入的1或2回复不同的信息给用户
// 接收用戶发送的文本消息内容 // 将文本消息对象转换成xml字符串 // 将文本消息对象转换成xml字符串
// 通过检验signature对请求进行校验若校验成功则原样返回echostr,否則接入失败 // 调用核心业务类接收消息、处理消息
ok大功告成,消息的接收和发送就写完了
可以关注我的公众号一起讨论
在语言方面,小程序看似重新定义了一套标准但实际上,它们与「前端三件套」——HTML、CSS 和 Java——差不太多
下面,我们就来对比一下小程序开发语言和「前端三件套」有什么异同点:
HTML 与 WXML:两者差异比较大如果之前没有接觸过 Android 开发,可能会觉得有些头疼事实上,WXML 更像是 Android 开发中的界面 XML 描述文件适合于程序界面的构建;而 HTML 则倾向于文章的展示(这与 HTML 的历史有关),以及互联网页面的构建
WXSS 与 CSS:两者在语言上几乎没有差别,可以直接通用
JS 文件:小程序的 JS 文件与前端开发使用的 JS 几乎没有区别,只是尛程序的 JS 新增了微信的一些 API 接口并去除了一些不必要的功能(如 DOM)。
在语言上小程序完全向学习成本最低的前端开发看齐,但这不代表所囿前端开发者都能无缝迁移
如果你是从前端开发转向小程序,就需要注意这两个点:
HTML 与 WXML 两种文件的构建思想差异较大如果之前只接触過前端开发,需要一点时间才能适应 WXML 的编写方法
虽然小程序使用的是前端语言,但不代表可以继续沿用前端的开发思想进行开发小程序对前端开发的要求从「构建界面」升级成「开发完整应用」,前端开发需要在意识上进行转变