第二期来啦，带来了新的方案和代码片段~ 第一期点此查看 上期问题 经过一系列的实践，上期的方案有些问题，其中最麻烦的就是，需要对外传递一个当前index，然后控制前后数据展示；这里对于每个用到[代码]skeleton[代码]组件的页面来说，都要重复的写一个方法来承接这个index，然后渲染页面对应的数据。 优化 依然是监听[代码]skeleton[代码]曝光，这里监听的方案变为出现在屏幕上下[代码]n[代码]屏的内容块进行展示，此范围外的内容块就卸载掉。 核心代码 [代码] // 修改了监听是否显示内容的方法，改为前后showNum屏高度渲染 // 监听进入屏幕的范围relativeToViewport({top: xxx, bottom: xxx}) let info = SystemInfo.getInfo() //获取系统信息 let { windowHeight = 667 } = info.source.system let showNum = 2 //超过屏幕的数量，目前这个设置是上下2屏 let listItemContainer = this.createIntersectionObserver() listItemContainer.relativeToViewport({ top: showNum * windowHeight, bottom: showNum * windowHeight }) .observe(`#list-item-${this.data.skeletonId}`, (res) => { // 此处来控制slot展示，详见代码片段 }) [代码] 干货 话不多说，干货放后面，点击获取代码片段

    大家好，上次给大家分享了swiper仿tab的小技巧：   https://developers.weixin.qq.com/community/develop/doc/000cc0b94ac5f8dcf4e7666475b804     今天给大家分享两个有用的函数，《函数防抖和函数节流》     函数防抖和函数节流是都优化高频率执行js代码的一种手段，因为是js实现的，所以在小程序里也是适用的。     首先先来理解一下两者的概念和区别：         函数防抖（debounce）是指事件在一定时间内事件只执行一次，如果在这段时间又触发了事件，则重新开始计时，打个很简单的比喻，比如在打王者荣耀时，一定要连续干掉五个人才能触发hetai kill '五连绝世'效果，如果中途被打断就得重新开始连续干五个人了。         函数节流（throttle）是指限制某段时间内事件只能执行一次，比如说我要求自己一天只能打一局王者荣耀。                  这里也有个可视化工具可以让大家看一下三者的区别，分别是正常情况下，用了函数防抖和函数节流的情况下：http://demo.nimius.net/debounce_throttle/     适用场景：         函数防抖 搜索框搜索联想。只需用户最后一次输入完，再发送请求 手机号、邮箱验证输入检测 窗口resize。只需窗口调整完成后，计算窗口大小。防止重复渲染 高频点击提交，表单重复提交         函数节流 滚动加载，加载更多或滚到底部监听 搜索联想功能     实现原理              函数防抖 [代码]const _.debounce = (func, wait) => {[代码][代码]  [代码][代码]let timer;[代码] [代码]  [代码][代码]return[代码] [代码]() => {[代码][代码]    [代码][代码]clearTimeout(timer);[代码][代码]    [代码][代码]timer = setTimeout(func, wait);[代码][代码]  [代码][代码]};[代码][代码]};[代码]         函数节流 [代码]const throttle = (func, wait) => {[代码][代码]  [代码][代码]let last = 0;[代码][代码]  [代码][代码]return[代码] [代码]() => {[代码][代码]    [代码][代码]const current_time = +[代码][代码]new[代码] [代码]Date();[代码][代码]    [代码][代码]if[代码] [代码](current_time - last > wait) {[代码][代码]      [代码][代码]func.apply([代码][代码]this[代码][代码], arguments);[代码][代码]      [代码][代码]last = +[代码][代码]new[代码] [代码]Date();[代码][代码]    [代码][代码]}[代码][代码]  [代码][代码]};[代码][代码]};[代码]          上面两个方法都是比较常见的，算是简化版的函数          lodash中的 Debounce 、Throttle             lodash中已经帮我们封装好了这两个函数了，我们可以把它引入到小程序项目了，不用全部引入，只需要引入debounce.js和throttle.js就行了，链接：https://github.com/lodash/lodash                           使用方法可以看这个代码片段，具体的用法可以看上面github的文档，有很详细的介绍：https://developers.weixin.qq.com/s/vjutZpmL7A51                                                                                                                                                                                             系甘先，得闲饮茶

你好，我把animation的创建放在onShow里面，即使规定了duration，在运行时，打开这个页面，动画都是瞬间完成，只有放在setTimeout里，才能体现出duration   onShow: function () {     var animation = wx.createAnimation({       duration: 6000,       timingFunction: 'linear',       delay:500     });     this.animation = animation;     animation.translate(150,0).step({duration:6000,delay:1000});     this.setData({       animationData:animation.export()     })     this.animation =  animation;     setTimeout(function () {       animation.translate(-Number(this.data.announcementText.length)*14, 0).step();       this.setData({         animationData: animation.export()       })     }.bind(this), 1000)   },

这篇文章主要是解决小程序无限滚动瀑布流页面引起的ios内存不足，自动退出问题 问题回顾：我们有一个列表展示页，是无限瀑布流式的，展示的元素我们封装成了单个组件，暂且叫它[代码]Item组件[代码]。这个瀑布流包含若干个Item组件，并且这个Item组件也比较复杂，包含各种展示样式（根据不同类型，大概有9种吧，反正渲染节点很多），在进行滑动的过程中，item大概加载30-40个以后，就会造成小程序内存不足而退出，蓝瘦香菇… 点击此处查看二期 解决思路： 将超出屏幕一定部分的列表内的组件进行不渲染的处理（也就是用wx:if卸载掉组件），当到达渲染临界点时再开始渲染；保证每次少量的数据展示。 我们的项目中是保持15条Item，我们是每次分页请求5条，按照前5条，中间5条和后5条来划分，如果不在这个范围，则用一个等高度的骨架代替，并且卸载这些组件 实现方式 使用曝光监听，当一个Item曝光时，记录Item高度，并放到数组里面，作为骨架的填充高度，如果已经记录了高度，则不再重复记录；曝光时向外传递一个当前渲染范围的中心值（比如当前Item所属页码，或者当前Item索引），以此进行处理； 这里有一点要注意，如果你的列表item组件比较复杂，需要在ready的时候将记录的高度设置为item最小高度，不然组件重新装载时会有一定的渲染时间，在临界点会造成跳屏【此处已经通过骨架组件解决，可以忽略，只是作为踩坑记录】 此时优化点 为避免频繁setData和渲染，做了防抖函数，时间是600ms 此时缺点 滑动特别快时，会出现白屏，是因为曝光监听是在组件里面，而超快速滚动时，组件没有装载进来，也无法进行曝光监听，所以无法触发，这里考虑用骨架组件进行二次监听曝光 优化迭代 将骨架组件作为外壳套在Item外面（用[代码]slot[代码]），并对骨架进行监听曝光，可以解决上面缺点 给骨架组件做一个常规骨架屏样式，而不是纯白色，看起来更优雅 最后，还是尽量减少节点数，优化代码

 1.首先在wxml的输入框里面添加adjust-position="{{false}}"   2.监听focus事件，通过获取e.detail.height(即弹出的软键盘的高度)，      把input的输入框的bottom=e.detail.height * 2 + 'rpx'；还须把content      的内容高度减去键盘的高度（值须setData下）。  3.监听失焦（blur）事件，在该方法里，把input输入框的bottom重置为0；      且内容高度为原本的内容高度即可（值须setData下）。 以上三步可完美解决