在图片与前端体验优化中，最重要的莫过于「骨架屏」了，因为它和“首屏体验”息息相关。

上一篇文章结尾提到了一个对图片至关重要的点：采样、量化和编解码。图像的显示需要GPU和CPU两者配合，CPU主要负责视图的创建，布局的计算和视图的绘制，然后进行图片的解码，将生成的位图交给GPU，GPU进行渲染，并将渲染的结果交到帧缓冲区，待下一个VSync 信号到来的时候视频控制器从帧缓冲区取出数据，经过转换，显示到屏幕上。如果在规定的16.7ms内，CPU和GPU的合作未完成，没有生成新的渲染

众所周知的是，表单确实在前端，唔，或者说在网页中占有不小的比重。事实上，几乎每一个中大型网站都会有“登录注册”以验证用户信息、防止一些不可名状的隐患。。。那么表单的优劣就成了前端开发者急需解决的问题。其实我更愿意称为“代码的可读性”或“可复用性”以及“是否冗杂”。表单也有“优劣”？你在开玩笑嘛？我想你可以认真看下下面的代码，它用到了一些“新知识”：<form action="xxx" id=

基于iOS对web页面的规则，input的type为不同值时软键盘的弹出规则尤其是右下角按键名就非常值得注意。以为例，在安卓段展示正常，右下角是一个蓝白“搜索图标”。但iOS仍然遵循默认“换行”效果。以至于不少人会这么做......

node.js中的中间件，可谓是“风头尽出”：body-parser、multer......而这些都需要模块express的支持！

jQuery 以及之前的时候，前端工程师并不需要了解路由的概念。对于每次的页面跳转，都由后端开发人员来负责重新渲染模板。前端依赖后端，并且前端不需要负责路由的这种开发方式，这样开发速度会很快、后端也可以承担部分前端任务等。当然，这种开发方式也有很多缺点，比如前后端项目无法分离、页面跳转由于需要重新刷新整个页面、等待时间较长等等，所以也会让交互体验下降。为了提高页面的交互体验，很多前端工程师做了不同

大概一年多之前写过一篇文章：仿放大镜效果的几种方式原理解析，别看标题这么牛气哄哄，其实也就算是介绍了css里的transform和animation两种动画方式 —— 当然，实现的效果也很简单。虽然后来随着技术的增长又逐渐实现了canvas方式的放大镜以及用纯JS实现了另一种“淘宝式”的模型，其效果如下：//xz：这里是一张图片但是仍然不尽人意：因为实现起来太复杂了，而且需依赖大部分JS逻辑，移动

之前写过一篇文章「小tips：如何摆脱浏览器下12px的限制」，不少人觉得“有点东西”。文中提到的“transform: scale()”方法也是利用了CSS中 transform 的特点，可以说兼顾了效果和性能。但是它必须考虑height甚至在“动态多行”效果时要用 JS 辅助的特点也很是让人头疼。其实还可以用两种方法解决这个限制：SVG解决文字12px限制SVG 本质上你可以看成是一张图片，给

假如我有一个需求，必须通过 js 执行动画，还得让 css 去配合。拿一个简单却不太恰当的例子来说：‘一闪一闪’效果的实现。传统Vue必须要利用“动态”。但是在 vue3.2 中，尤大提出了一个概念：Js in Css。它让我们可以在 css 中使用 js 变量，更好的控制动画的轨迹！从而达到“js向css传值”的效果。使用前需注意：本规则依托于，除此之外需先引入：那 css 怎么向 js 传参？

jQuery 以及之前的时候，前端工程师并不需要了解路由的概念。对于每次的页面跳转，都由后端开发人员来负责重新渲染模板。前端依赖后端，并且前端不需要负责路由的这种开发方式，这样开发速度会很快、后端也可以承担部分前端任务等。当然，这种开发方式也有很多缺点，比如前后端项目无法分离、页面跳转由于需要重新刷新整个页面、等待时间较长等等，所以也会让交互体验下降。为了提高页面的交互体验，很多前端工程师做了不同