2026-09-23 浏览次数:81
前端拿到什么、交付什么
前端开发的输入是设计稿、切图标注和接口文档,输出是可运行的页面、统一的样式变量、以及可复用的组件。判断前端交付是否合格,不只看页面像不像设计稿,还要看后续能不能被顺利接手修改。
如果交付的代码里全是内联样式、魔法数字和复制粘贴的重复结构,那么下一次改版时,维护成本会成倍上升。可维护性和还原度同样重要。
开工第一件事不是写页面,而是约定工程结构。一套清晰的目录约定能让协作顺畅很多:
assets/ 存放图片、字体、图标等静态资源,按类型分目录。styles/ 下分基础重置、变量定义、组件样式、页面样式四个层次,避免所有样式堆在一个文件里。这一步花两个小时,能在后期省掉几十个小时的查找和替换。
还原设计稿有几个基本功,直接决定最终观感:
| 项目 | 正确做法 | 常见错误 |
|---|---|---|
| 间距 | 使用规范定义的距离值(如 8/16/24/32) | 凭目测写 13px、27px 等随机值 |
| 字体 | 设置行高与字重,中文回退字体写全 | 只设字号,行高由浏览器默认决定 |
| 图片 | 按容器比例裁切,设置宽高避免抖动 | 拉伸变形,未设尺寸导致布局跳动 |
| 图标 | 用 SVG 或图标字体,可随文字变色 | 全部导出 PNG,放大后模糊 |
| 圆角阴影 | 按规范取值,保持全站一致 | 每个卡片圆角都不一样 |
还原的关键不是"看着差不多",而是所有数值都有出处。设计稿上量不出来的,就去设计规范里找;两个都找不到,说明规范有缺口,应该反馈给设计师补充,而不是自己猜一个值。

所谓组件化,指的是把页面里重复出现的区块抽成独立单元,只写一次结构,通过参数控制差异。比如产品卡片,无论在首页、列表页还是相关推荐区域,都应该是同一个组件,只是传入的数据不同。
这样做有三个直接好处:样式天然一致;修改一处全站生效;新增页面时开发速度大幅提升。
!important,也避免用标签选择器直接改全局样式——这两点是后期样式失控的主要来源。移动端流量通常占据网站访问的一半以上,响应式不是可选项。常见的三档断点划分是:手机(小于 768px)、平板(768px 至 1024px)、桌面(大于 1024px)。
适配时不要只用"整体缩小"的思路,而要考虑各档位下内容优先级的重排:手机上导航收进汉堡菜单,多列卡片变成单列,侧边栏移到正文下方,表格改为横向滚动或卡片式展示,超大的背景图改成更小尺寸的裁切版本。
适配完成后必须在真实手机上检查,模拟器无法反映触摸区域大小、真实字体渲染和实际加载速度。特别要检查手指点击的触控热区,建议不小于 44×44 像素。
前后端联调阶段要严格按接口文档对字段,出现差异记录下来统一修改,不要各自临场改代码。联调完成后做基础性能优化:图片压缩与懒加载、静态资源合并与缓存、首屏关键样式内联、非关键脚本延迟加载。
页面加载速度既影响用户体验,也影响搜索引擎评价,是上线前必须处理的一环。