SheldonLaw

资源测速不难，关键是如何区分该资源加载是命中缓存（浏览器缓存，304协商缓存）后返回的，还是未命中缓存后到线上服务器拉取的，以获得资源的平均加载时长，首次加载时长，和命中缓存时的加载时长来全面评估性能

相信H5截图分享的功能大家都做过，而且会反复做。凡是反复做的事情，我都会想：“下一次怎么做得更好，或者更快”，毕竟我是一个“懒惰”而又“没有耐心”的人。懒惰驱动我提高生产力，没有耐心驱使我在同样一件事情上不断挖掘新的东西，否则容易在重复中失去耐心。 说到截图，大名鼎鼎的html…

某天设计师来找我说，“这个心愿牌傻傻地挂在那不好看，加个动效呗，就左右摆动一下就行，很简单的！”，我一想，行呀，提升用户视觉体验，开搞。 十分钟后，🥶不对呀，这个左右摆动好假，不像现实中风吹的效果。 冷静思考🤔，为啥这个摆动会没有灵魂。于是拿起工卡开始摆动，看看现实中的摆动…

近期在做一个活动，涉及到的弹窗比较多，想着把这些弹窗都作为异步组件来加载，能尽可能地提高首屏加载速度。 既然用了异步组件，就要考虑异常情况（网络的不确定性，不信你进个电梯试试。上图利用DevTools的请求拦截功能模拟网络异常的情况），而查阅Vue文档并没有发现异步组件重新加载…