后台拿到一批数据，要渲染成列表、表格、卡片，如果直接在代码里用字符串拼 HTML，短一点还行，稍微复杂一点就又长又乱，改一个地方要翻半天。模板引擎解决的就是这件事，先把页面结构写成模板...

做长图文、商品列表、相册这类图片密集的页面，最怕的就是首屏打开慢。图片没加载完页面一直转圈，用户等上两秒多半就划走了。懒加载的思路是让图片先不加载，滚动到附近再加载，首屏速度立刻上...

前端也会碰到需要做加解密和摘要的地方：接口参数要签名、本地敏感数据要加密存储、文件要算校验值、短链接要生成唯一标识。这些计算其实都能在浏览器里直接完成，不必什么都推给后端。自己拼算...

做主题设置、后台可视化编辑器、图片配色分析这类功能时，经常需要让用户自己挑颜色，或者从一张图里自动提取出主色调。这些需求看着简单，真从零写起来挺折腾：色值格式要能互相转换、取色面板...

产品文档里要放业务流程、技术文档里要放架构图、后台系统里要放节点连线，这类画图需求几乎每个项目都会碰到。如果每张图都靠设计软件画好再上传，改一次就得重新导一遍，图和数据对不上是常事...

只要项目里涉及位置，就躲不开地图这件事——门店分布、配送范围、房产标注、轨迹回放、行政区划展示，哪一样都得先把地图铺上去。市面上的商业地图 SDK 通常要申请密钥、有调用量限制，有的还...

做过后台系统的都熟悉这种需求：把当前列表一键导出成 Excel、把表单数据存成 CSV、把多个附件打成一个压缩包下载。这些活如果让后端专门写接口，改动大、来回沟通也费时间；用前端库直接在浏览...

首页想做出场动效、按钮想加点击反馈、产品图想跟着滚动慢慢浮起来，用 CSS 写简单动画还行，一旦涉及时间轴编排、路径描边、一组元素依次出现，纯 CSS 就有点力不从心了。换用 JS 动画引擎，把...

只要页面要跟服务器打交道，就绕不开网络请求这件事——登录要发请求、列表要拉数据、表单要提交、消息要轮询。浏览器原生的 fetch 虽然能用，但超时控制、失败重试、统一带上登录凭证、统一处...

现在大部分流量都在手机上，用户的习惯也早就被各种 App 养出来了：图片要用两根手指捏着缩放，列表要按住往两边滑，卡片要能拖来拖去。可浏览器原生只给了最基础的触摸事件，滑动手势、双指缩...