在微信小程序的开发中,缓存会用到如下的几个方法,分别对应一个同步和异步的方法,最大上限是10MB。
//同步缓存存取
wx.setStorageSync('key','风暴英雄');
wx.getStorageSync('key');
//异步缓存存取
wx.setStorage('key','风暴英雄');
wx.getStorage('key');
//清除缓存
wx.removeStorageSync('key');
wx.removeStorage('key');
//清除所有缓存,不需要传参数
wx.clearStorageSync();
wx.clearStorageSync();
在涉及到缓存的时候,一般我们建议用同步的写法,异步的写法其实是一种非常危险的写法,第一点,它会让代码变得难以阅读,第二点,它会引起许多未知的错误,如果对异步的方法不是很熟悉,建议能用同步就用同步,千万不要用异步,当然小程序里面有些情况是必须用异步的,但是在小程序里面用到异步的情况会非常的少,同步的缺陷是什么呢?方法执行很慢的时候整个UI会卡住,同步的方法运行不过去,后面的方法就走不了,所以呢,代码的耗时就会非常长,这是同步的缺点。那么异步的好处呢,代码会立刻走完,然后获取到缓存以后,由框架再去调用success,整个流程会很快的走完,不会让UI有停滞的效果,这是异步的一个优势。下面是一段同步和异步的代码的写法:
//异步方法
getPostsCollectedAsy:function(){
wx.getStorage({
key: 'posts_collected',
success:function(res){
var postsCollected = res.data;
var postCollected = postsCollected[this.data.currentPostId];
//收藏变成未收藏,未收藏变成收藏
postCollected = !postCollected;
postsCollected[this.data.currentPostId] = postCollected;
// this.showModal(postsCollected, postCollected);
this.showToast(postsCollected, postCollected);
}
});
},
//同步方法
getPostsCollectedSyc:function(){
// wx.removeStorageSync('posts_collected');
var postsCollected = wx.getStorageSync('posts_collected');
var postCollected = postsCollected[this.data.currentPostId];
//收藏变成未收藏,未收藏变成收藏
postCollected = !postCollected;
postsCollected[this.data.currentPostId] = postCollected;
// this.showModal(postsCollected, postCollected);
this.showToast(postsCollected, postCollected);
},
一般建议该用同步的时候就要用同步,同步解决不了的问题再用异步,我们都知道异步方法的调试有点困难,这也是我们不建议用异步的原因。当然这个也要根据自己的业务来进行判断看是否用同步还是异步,当你的业务需要解耦的情况下,去使用异步,当你的业务是同步的话,那就最好还是使用同步,也就是说异步的操作是需要业务的配合来设计的,举个例子,我们经常在京东上购物,那么当你购物的时候提交了一个订单,实际上来说这个订单呢,它的执行情况并不是立刻返回给你的,这个时候京东的后台是怎么做的呢,它首先是把你这个订单提交到了后台服务器的一个任务队列里,然后这个订单并不会马上被执行,而是根据队列的情况,一个订单一个订单的进行处理,然后等到你的订单处理完成以后呢,京东呢会给你发一条通知,这个就是在业务上契合异步的操作,它实现了一个松耦合的一个效果,它这样做的目的也就减少服务器的并发压力。大家可能会有疑问,说在京东购物完以后,京东确实立刻发了一个消息说订单提交成功,但是这个订单提交成功,并不是你的订单立刻就处理完了,而是你的订单已经加入了这个任务队列,而真实的订单处理后续会有一个相当复杂的操作过程,比如说订单的分库,出库,可能还要分包,装包,装箱,这样一些复杂的流程不可能说让你一直在这里等着消息的回馈,它必须是通过这样的异步解耦先告诉你你的订单提交成功了,然后当处理完以后再通过消息这样异步的方式告诉你,你的订单的一个状态,必须是这样的一个流程否则这个用户体验就太差了,服务器也承受不了这样的压力,举这个例子呢,也是为了说一下什么时候用异步这样一个经验性的东西。异步的选择,你一定要先明确自己的一个业务的需求,再来讨论是选择异步还同步,脱离了业务讨论同步和异步,这个实际上是没有多大意义的,上面同步和异步的代码只是简单的存取key-value的值,这个完全没有必要用异步,举个极端的例子,小程序的缓存上限是10MB,你试想一下子提取10MB的数据出来,会是什么样的情况,那这个时候你就要考虑异步的情况了。因为它整个的过程有可能很慢,给用户的体验也非常不好,但是我觉得这一种情况应该非常少。