zed.ink在线
一个不为人知的个人学习小站
AI 为什么总喜欢写防御性代码?
AI 生成代码时,经常会写出一种看起来很谨慎的风格:到处判断空值、到处给默认值、到处包 try/catch,读取环境变量时还特别喜欢加 trim() 和 fallback。 比如下面这种代码很常见:
前端自定义滚动条新星库出现了,看它亮还是不亮
告别原生滚动条:一个不到 10KB 的轻量级自定义滚动条插件 前端开发中,自定义滚动条是一个绕不开的话题。浏览器原生滚动条不仅样式简陋,在不同系统下表现也不一致。而市面上的 UI 框架往往捆绑着庞大的
520了,程序员就得有点儿独特的浪漫
又到了一年一度的520了,可能是大家现在都觉得没啥意思了。 我在垃圾桶也捡不到免费的玫瑰花和蛋糕了,现在大家是都不买了?还是都不扔了? 哈哈!不过520了也不能啥都不送...
一文搞懂css定位布局,轻松掌握布局核心逻辑
前言 CSS布局文章前言 初学前端做页面,谁没在CSS布局里栽过跟头?比起复杂的交互JS,布局排版才是最磨人的存在。精心排布好的页面模块,一改尺寸直接错乱偏移;想要元素居中对齐,试遍写法依旧歪歪扭扭;
我用AI把公司10万行代码屎山重构了,CTO看了代码后说:你提前转正
每个程序员职业生涯中都会遇到一座“屎山”。可能是前任留下的,可能是一群实习生堆的,也可能是三年前的自己写的(别不承认)。 我遇到的这座山,是一个老牌电商的后台订单模块。
大文件上传的基石:切片上传原理与实现详解
作为刚接触文件上传的JS学习者,一定会遇到这样的困境:当用户尝试上传一个大文件时,占满内存导致页面卡顿、网络波动时整个文件重传、触发服务器请求超时……
🚀 Vue3 + Element Plus 实战:封装一个“可配置列 + 拖拽 + 固定 + 全屏”的 TableSetting 组件
在企业后台系统里,表格几乎是最核心的组件之一。 但随着业务复杂度提升,传统 el-table 往往会遇到几个典型问题: 列太多,用户想隐藏/显示列 列顺序无法调整 需要支持固定列(left / rig
HarmonyOS 测肤拍照页实战:Metadata 实时取景 + Core Vision 拍后校验,从 0.001 的 widthRatio 踩坑到可上线
:XComponent 预览、MetadataOutput 做实时椭圆取景与远近提示、拍后用 faceDetector 兜底校验,以及坐标归一化、横竖屏转换、两套检测阈值冲突、拍后提示被覆盖等真机问题
JavaScript 9 个先有库再有 API 的故事
你好,我是冴羽。 你可能觉得 querySelector、classList、Promise 这些是浏览器原生的能力,但实际上,它们都是从第三方库“抄”来的。 这就是经典的 Web 平台的演进逻辑:先
一个让我懵了半小时的时钟 Bug,让我注重前端三权分立落地
我最初的“聪明”办法 一开始我脑子里冒出的方案特别直接:写三个 div 当指针,用 JS 每秒获取一次时间,分别算出秒、分、时的旋转角度