以下通过一个小程序官方登录流程图，，，，来诠释小程序的开发历程。
。
。。。

　　一. 官方登录时序图

　　官方的登录时序图

　　二. 简朴明确

　　这里仅凭证官方推荐的规范来

　　前置条件

　　一共有三端：

　　微信小程序客户端

　　第三方服务器端

　　微信服务器端

　　客户端获得code，，，，并将code传给第三方服务端

　　微信小程序端挪用wx.login，，，，获取登录凭证(code)，，，，并挪用接口，，，，将code发送到第三方客户端

　　第三方服务端用code换session_key和openid

　　小程序端将code传给第三方服务器端，，，，第三方服务器端挪用接口，，，，用code换取session_key和openid

　　第三方服务端天生新的session(3rd_session)

　　第三方服务器端拿到请求回来的session_key和openid，，，，先留着，，，，不可给客户端;然后用操作系统提供的真正随机数算法天生一个新的session，，，，叫3rd_session

　　第三方服务端建设对应关系，，，，并存储

　　将3rd_session作为key，，，，微信服务端返回的session_key和openid作为值，，，，生涯起来

　　第三方服务端将3rd_session发送到客户端

　　客户端只拿到3rd_session就够了，，，，大人语言小孩别插嘴，，，，小程序不需要知道session_key和openid

　　正常请求

　　小程序每次请求都将3rd_session放在请求头里，，，，第三方服务端剖析判断正当性，，，，并举行正常的逻辑处理。
。
。。。

　　专心写代码，，，，不辜负程序员之名。
。
。。。

　　微信小程序特征：

　　1：小程序使用框架提供的wx.request接口发送https请求不会携带cookie信息，，，，古板webserver的会话治理能力(session)在微信小程序无法直接使用，，，，在这点上微信小程序更像CS架构的开发模式，，，，开发者需要自己实现会话治理功效。
。
。。。如微信外地生涯userID，，，，下次进入，，，，判断外地是否有userID，，，，有则直接调接口请求数据，，，，无则重新获取微信code，，，，后台授权，，，，重新登录。
。
。。。登录后再生涯userID。
。
。。。

　　2：小程序源码打包后的巨细限制为1M，，，，单次通过网络传输的数据最大也是1M。
。
。。。

　　3：小程序由于没有包括WebView控件，，，，开发者无法在小程序内部翻开一个网页。
。
。。。

　　4：推送，，，，当用户在小程序内部提交过表单或者完成过支付后，，，，可允许开发者向用户在7天内推送1条预设模板的信息。
。
。。。

　　5: 建议：开发微信小程序时设计师可以用 iPhone6 作为视觉稿的标准。
。
。。。

　　以是工程师拿到750的设计稿，，，，在PS中量取的容器巨细，，，，可以直接界说为rpx，，，，不需要举行2倍尺寸的换算。
。
。。。