小程序后台接口开发 第1篇
1. 安装jdk、tomcat，ICP备案的域名准备。
Linux安装jdk：
Linux 安装tomcat：
经过icp备案的域名，请自行准备。
2.配置https，由于小程序请求url必须是https，故而必须配置支持https请求。本人采用的是在阿里云购买的域名，故而采用的证书也是阿里云生成的ssl证书，可参考如下两篇博文进行配置。当然，你也可以通过别的方式生成证书，更或者通过nginx作反向代理到你的服务器。
同时，务必将您的小程序域名绑定在小程序后端。登入小程序后台，【设置】-【开发设置】-【服务器域名】
如上两步完成后，请务必确认通过你的域名(https://...)可以展示tomcat的默认页之后，开始部署我们的web服务。在此，就简单粗暴的在webapps下建立小程序的根目录，我命名为wechatserver，在此目录下，创建WEB-INFO，下面的目录结构如下：
classes存放自己写的类的classes文件，lib存放我们项目依赖的jar包，logs用于存放我们的日志输出，是我们这个项目的配置。demo中，我们只有一个servlet接收小程序前端请求，中增加配置如下：
4. log4j 应用在开发调试中，我们免不了需要通过打印日志进行调试，因此在此增加了日志的使用。中增加配置：
在classes增加文件，，内容如下：
log4j 在java中的引用、使用：public static Logger logger = ();(“打印信息”);
基于微信小程序工具生成的默认hello world程序，pages下先建立目录order，随后在order目录生成一个新的page，命名为order，结构如下图：
image
在index中增加按钮，进入order。
中描述商品信息，增加支付按钮， 支付事件处理。
2. 登录+支付 code
流程大概分为几步：
1)登录，获取code(一个code只能用一次)
2)通过code获取openid(通过请求服务器，由服务器请求微信获取并返回小程序)。微信登录+获取openid接口。
3)小程序请求服务器进行预下单，上送商品详情、金额、openid。
4)服务器端接收请求，根据请求订单数据、生成第三方订单号，调用微信的统一下单接口。
5)服务器收到预下单信息后，签名并组装支付数据，返回给小程序。所需数据见：小程序支付接口
6)小程序前端发起支付，并支付完成
7)服务器收到回调。
登录，获取code。
通过code 获取openid(前端)
服务器端servlet(复写HttpServlet的doGet doPost函数)doPost的代码片段：
前端上送订单信息、openid请求预下单(在此，为方便，订单信息直接写死在服务器端了)，若成功，则根据服务器端返回数据发起支付。
服务器端预下单，并签名返回支付请求数据。
小程序后台接口开发 第2篇
Bmob提供了文件后端保存功能。利用这一功能，我们可以把本地文件上传到Bmob后台，并按上传日期为文件命名。示例代码如下：
运行结果
bomb支持一次上传多张图片
示例代码
运行结果
小程序后台接口开发 第3篇
○ 搭建难度可能远远超过小程序前台，需要考虑投入是否值得。
○ 根据所需可能要对接不同的用户登录体系，比如用户名密码+微信登录+邮件登录。
这是一个标准的方案，业务后台页面的构成和功能设计需要根据自己的业务场景来单独设计，其用户群体为业务管理者。在功能实现上既可以有数据库的增删改查，也可以有外部平台的调用（比如微信支付分账，发起退款，发送邮件通知等）。作为开发者在搭建后台时，遇到的实现点和难度可能都是高门槛的，所以需要一定的技术积累，并充分理解用户群体（业务管理员）的工作流程。
小程序后台接口开发 第4篇
我比较喜欢做微信生态的解决方案，给企业或个人提供一些技术方案和应用形态选型的咨询。最近跟一些朋友聊天，他们在各自的工作岗位中，随着工作熟悉就会自然而然有很多能提升工作效率的点子。
有些人喜欢用文档、问卷、表单等 SAAS 应用捏合一个自己的效率集，一般能满足很多场景；但还有一些场景可能没有合适的 SAAS 应用，于是就想搞个小程序，然后来问我怎么做比较合适。
“小程序一定程度上降低了开发者搭建应用的门槛，做一个小程序相比其他的产品形态效率更高，落地更快。”，这个观念在这几年的发展中越来越深入，有很多不是软件行业的朋友都能提出小程序这种想法。
通过简单的代码，做一个满足自身小场景的小程序，并不是很难。有一定的数理基础，配合社区的入门教程很容易上手。上手门槛已经降低到中小学生都能触及到的程度了，微信还针对的搞了个少年挑战赛。
完整的闭环一个应用，单纯用小程序做个前台还是不够的，很多情况下我们需要有后台做管理支撑。
比如一个登记小程序，除了小程序能够提供登记信息填写外，还需要一个后台能够承载管理人员做状态扭转或者其他的后备工作。
小程序后台接口开发 第5篇
○ 管理者的身份需要设计机制去确认（手机号关联or访问记录）
○ 管理页和内容占用小程序包资源，影响普通用户的使用体验
○ 正常用户访问也会判断管理员逻辑，浪费数据库读资源（硬编码则维护难度增大）
○ 管理接口与业务接口有混用的风险
这种实现是大部分初入者首选的，因为微信用户体系比较完备，可以通过 openid 来确定一个微信用户。在用户打开小程序时，服务端判断用户身份是否是管理员，如果是的话返回一些信息给小程序，小程序对应的展示相关管理页面内容或入口。
劣势也是非常明显的，由于管理逻辑与业务逻辑都集中在小程序通信，会在身份判断，业务处理上有更多的无效的数据库读请求，浪费资源。