微信小程序开发须要注意的一些规范

今天的工做已经作完，在立刻就进入五一假期的下班焦躁时刻，来个简单的微信小程序开发规范总结。

---

1.小程序应避免出现任何 JavaScript 异常

出现 JavaScript 异常可能致使小程序的交互没法进行下去，咱们应当追求零异常，保证小程序的高鲁棒性和高可用性，相信这一点通常状况下都不会出现，须要注意的是代码测试中多场景的试错。

2.合理控制图片的大小

图片太大会增长下载时间和内存的消耗，应根据显示区域大小合理控制图片大小。 通常状况下图片较大的，咱们应该都会选择直接放在服务器上，直接拿到地址，可是官方说这样读取的图片：存在网络图片资源未开启 HTTP 缓存控制,这是个什么意思，我也未彻底弄懂。

3.小程序全部请求应响应正常

请求失败可能致使小程序的交互没法进行下去，应当保证全部请求都能成功。然而，请求成功只是第一步，还可能存在的问题就是请求的耗时太长、存在短期内发起太多的请求这样的状况。

4.避免setData的数据过大且避免setData的调用过于频繁。

因为小程序运行逻辑线程与渲染线程之上，setData的调用会把数据从逻辑层传到渲染层，数据太大会增长通讯时间. setData接口的调用涉及逻辑层与渲染层间的线程经过，通讯过于频繁可能致使处理队列阻塞，界面渲染不及时而致使卡顿，应避免无用的频繁调用.

5.避免将未绑定在 WXML 的变量传入 setData

setData操做会引发框架处理一些渲染界面相关的工做，一个未绑定的变量意味着与界面渲染无关，传入setData会形成没必要要的性能消耗。 这一条我想是不少开发人员在初次接触小程序开发的时候都会犯的一个错误吧。由于刚开始的时候因为这种setData的语法，让咱们忘了还有全局变量的使用，因而会常常出现使用Page中定义的data作中间过渡。

6.wxss 覆盖率较高，较少或没有引入未被使用的样式

咱们应该按需引入 wxss 资源，若是小程序中存在大量未使用的样式，会增长小程序包体积大小，从而在必定程度上影响加载速度。 这个也是比较常见的一种不规范，写了不少CSS样式，不少不用的就留来了代码里面，愈来愈多，因此在编写代码过程当中，尽可能去对每一行代码（特别是本身写的）了如指掌。

7.避免首屏时间太长的状况

首屏时间是指用户开始看到第一屏的内容的时间，首屏时间太长会致使用户长时间看到的都是白屏，会一直等待有意义的内容展现出来。出现这一状况，应仔细检查这个过程都有哪一个操做，通常来讲，多是请求数据的时间太长，或者是一次渲染的数据太大致使渲染时间太长。

这些东西是我感受比较常见且容易修改的，其它还存在一些规范，不妨打开微信开发者工具，点击Audits,对你写的代码进行一个测试，测试结果会让你很好的处理本身的代码。That's really cool!