yun_hello

简单的一句概括就是： **flexible.js帮我们计算出1rem 等于多少px**。 怎么计算的？ **很简单，就是1rem = 屏幕宽度的1/10**

前端性能优化相关的“技能点”笔者之前也写过几篇，但是大多都是小打小闹。我重新整理了曾经使用过的性能优化手段。本文介绍三种方案：**页面资源预加载**、**服务请求优化**和**非首屏视图延迟加载**。

一直到产品要加一个单独引导页的需求，我才仿佛第一次了解般细想这个功能。因为我发现，对这个“引导页”，我第一时间也是迷茫的，有些按钮询问了产品才知道是干啥用的。 当用户遇到和这个时候类似的场景

背景 我们通常会遇到这么一个场景：有几个基本功能一样的组件，但是他们之间又存在着足够的差异。这时候你就来到了一个岔路口：我是把他们“按部就班”地写成不同的组件呢？还是保留为一个“公共组件”，然后通过p

之前写过一篇文章「小tips：如何摆脱浏览器下12px的限制」，不少人觉得“有点东西”。文中提到的“transform: scale()”方法也是利用了CSS中 transform 的特点，可以说兼顾

图片让web性能变得复杂，也变得有趣了。 相信初学者一定看到过这样的案例：“当你在HTML中将一张500*500像素的图像缩小，就会带来不必要的下载开销。” 在这个例子中，你让浏览器将图片在视觉上缩小

图片上传组件是一个组件库目前来看必不可少的功能了。笔者近日给自己开源的toy工具库也添加了这一功能。相比原生和大部分组件库来说，它不仅支持长按提示删除，还能够支持图片的拖拽排序，很是nice！ （也是

最近在设计笔者所在组自己的组件库。从设计上看，一个组件库是否“成功”取决于前期的设计 —— 我决定用上ITCSS模型。为这个组件的团队维护、扩展打下坚实的基础。但这还不够，组件库最重要的组件往往是非大