微信小程序开发需要注意的一些规范
出现 JavaScript 异常可能导致小程序的交互无法进行下去,我们应当追求零异常,保证小程序的高鲁棒性和高可用性,相信这一点一般情况下都不会出现,需要注意的是代码测试中多场景的试错。 2.合理控制图片的大小图片太大会增加下载时间和内存的消耗,应根据显示区域大小合理控制图片大小。 一般情况下图片较大的,我们应该都会选择直接放在服务器上,直接拿到地址,但是官方说这样读取的图片:? 3.小程序所有请求应响应正常请求失败可能导致小程序的交互无法进行下去,应当保证所有请求都能成功。然而,请求成功只是第一步,还可能存在的问题就是请求的耗时太长、存在短时间内发起太多的请求这样的情况,一方面是后台人员的接口写的烂,一方面就是需求使然(技术半吊子,还想安全的产品经理会有这种让你去指定地方请求的情况),比如在阿里云OSS存储的一些json数据。。。。 4.避免setData的数据过大且避免setData的调用过于频繁。由于小程序运行逻辑线程与渲染线程之上,setData的调用会把数据从逻辑层传到渲染层,数据太大会增加通信时间. setData接口的调用涉及逻辑层与渲染层间的线程通过,通信过于频繁可能导致处理队列阻塞,界面渲染不及时而导致卡顿,应避免无用的频繁调用. 5.避免将未绑定在 WXML 的变量传入 setDatasetData操作会引起框架处理一些渲染界面相关的工作,一个未绑定的变量意味着与界面渲染无关,传入setData会造成不必要的性能消耗。 这一条我想是很多开发人员在初次接触小程序开发的时候都会犯的一个错误吧。因为刚开始的时候由于这种setData的语法,让我们忘了还有全局变量的使用,于是会经常出现使用Page中定义的data做中间过渡。 6.wxss 覆盖率较高,较少或没有引入未被使用的样式我们应该按需引入 wxss 资源,如果小程序中存在大量未使用的样式,会增加小程序包体积大小,从而在一定程度上影响加载速度。 这个也是比较常见的一种不规范,写了很多CSS样式,很多不用的就留来了代码里面,越来越多,所以在编写代码过程中,尽量去对每一行代码(特别是自己写的)了如指掌。 7.避免首屏时间太长的情况首屏时间是指用户开始看到第一屏的内容的时间,首屏时间太长会导致用户长时间看到的都是白屏,会一直等待有意义的内容展示出来。出现这一情况,应仔细检查这个过程都有哪个操作,一般来说,可能是请求数据的时间太长,或者是一次渲染的数据太大导致渲染时间太长。 这些东西是我感觉比较常见且容易修改的,其它还存在一些规范,不妨打开微信开发者工具,点击? (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- html – 为什么内联块的内容会影响它在容器中的位置
- html – Bootstrap 3旋转木马不工作
- 如何从Web应用程序捕获.NET中的屏幕截图?
- emacs – 如何在paredit中用已经写好的外部表单包装表单
- 是否可以更改HTML表格中的制表符/焦点顺序,使其首先垂直传输
- 关于Cookie、session和localStorage、以及sessionStorage之
- html – 选择一半元素:nth-??child?
- 当我的表单比我的屏幕大时,为什么我的Delphi表单控件会被裁
- html – Google Webfonts和Anti-aliasing
- 术语 – 网页设计师,网页开发者和网页程式设计师之间的差异