1.页面跳转注意事项
2.登录状态的验证
h5产品有一个特征，登录流程容易被打乱。
用户可能从任何一个页面的链接点击进入h5程序。只要链接不是第一个页面的链接，就会打乱我们原来的登录流程。如果用户是从订单页面链接进入h5程序，用户就跳过了原来的登录页面。意味着用户就没有登录然后进入了该页面。
面对这个情况，有两个处理办法
- 1.进入该页面发现未登录直接跳转到活动页面(首页)，然后走正常流程
- 2.进入该页面发现未登录直接跳转到登录页面，登录成功后再跳回用户想进入的页面，让一切回归正常流程。
第1种方法，用户会损失一点便利性
但是会带来开发上的逻辑清晰感，避免逻辑错误带给用户的差体验。因为用户从哪个页面进入难以预测，登录后应该跳转哪个页面不好判断。例如如果用户直接从登录页面进来的，从支付完成页面进来的等等。这样可以把事情变得简单。
第2种方法的好处也有，就是可以接着剩余的流程干活
流程很长，要填写的东西很多时，用户会特别想可以根据剩下的流程来做事情。用户会收藏未完成的步骤，准备好资料好进行剩下的步骤。特别是政府的报名系统。根据合适的情况来处理吧。
有些页面是不需要处于登录状态也可以进入查看的
例如活动页面(首页)，登录页面，错误报告页面(如断网，服务器错误，访问的链接页面不存在)
这里要做好判断
总结 开发时哪些页面要验证登录状态 哪些页面不要验证登录状态，需要分清楚。然后登录后应该往哪个页面跳要考虑清楚。
3.特殊情况考虑
1.统一的错误处理页面
断网， 服务器异常 要有点击后要刷新页面，尝试是否能够恢复正常-
这种错误概率不高，但是有可能。错误处理成本也低，所以可以重视一下。
4.要特别注意iphone x 刘海屏适配，
5.ui适配问题
简单就是根据屏幕宽度，对一切进行等比例放大缩小。
6.支付要注意的问题
采用微信公众号的支付方式时，支付完成后不能顺利返回h5页面。
原因就是 微信今年6月份出了一个点金计划，必须开通对接它才能顺利返回H5页面
特别说明
微信支付有四种商户，普通商户，服务商，渠道商，特约商户(服务商下的子商户)。
只有服务商能够开通点金计划，且是必须开通。所以如果是服务商使用微信公众号支付 就必须开通点金计划。如果是普通商户使用微信公众号支付，就没有这个限制。
具体看链接
(https://pay.weixin.qq.com/wiki/doc/apiv3/wxpay/goldplan/chapter1_1.shtml)
开发中的注意事项
1.微信用iframe托管了我们的支付完成页面，
2.对读写缓存，发送http请求，弹框等做了限制，还做了哪些限制没有说，要自己去探索。
3.他会在链接中传递回来 out_trade_no 商户订单号，根据这个字段，方便我们去跳转详情。