支付宝小程序 最佳实践
1. 避免 JS 异常
应尽量避免 JavaScript 异常,出现异常可能会导致程序的不稳定,我们应追求零异常。
得分条件:不出现任何 JS 异常
2. 避免网络请求异常
请求失败可能导致小程序的交互无法进行下去,应当保证所有请求都能成功。
得分条件:所有网络请求都正常返回
3. 避免 JSAPI 调用异常
小程序运行过程中如果发生了 JSAPI 调用异常,可能会影响小程序正常业务流程,甚至是导致出现白屏等现象,建议根据报错信息分析报错原因,看是否存在参数错误、无权调用等情况。
得分条件:所有 JSAPI 都调用正常
4. 小程序包大小
包过大会影响小程序启动耗时,应删除无用的图片资源及无用代码,并使用 分包 进行包大小优化。
得分条件:小程序包大小不超过1M
5. 避免在 onReady 中发送请求
将数据请求提前到 onLoad 中,避免在 onReady 中发出请求,导致首屏渲染延缓。
得分条件:onReady 中没有发送请求
6. 避免使用废弃接口
使用即将废弃或已废弃的接口,可能会导致小程序运行异常。一般情况下,废弃的接口不会立即移除,但保险起见,建议不要使用废弃的 API,以避免小程序后续突然运行异常。
得分条件:不使用任何文档中提示废弃的接口
7. HTTPS 请求
使用 HTTPS,可以让你的小程序更加安全,而 HTTP 是明文传输的,存在可能被篡改内容的风险。
得分条件:所有网络请求都使用 HTTPS
8. 未引用到的资源
如果资源未被引用,则不应该打包到小程序中,因为会增加小程序包体积大小,从而在一定程度上影响加载速度。
得分条件:不存在未使用的资源
9. CSS 使用率
应当按需引入 CSS 资源,如果小程序中存在大量未使用的样式,会增加小程序包体积大小,从而在一定程度上影响加载速度。
得分条件:每个 CSS 资源的未使用部分不超过 2KB
10. 及时回收定时器
定时器是全局的,并不是跟页面绑定的,当页面因后退被销毁时,定时器应注意手动回收。
得分条件:所有定时器的回调执行时所在的页面都与设置定时器的页面一致