接到“web前端第二次作业”这个题目很多正在学前端的同学可能觉得它就是一次普通的上交任务但以我带过不少新人、也帮人改过无数次作业的经验来看第二次作业恰恰是从“照着抄”变成“自己写”的分水岭。第一次作业通常还在切图、调颜色、摆盒子到了第二次老师开始考察布局思路、语义化结构、基础交互甚至响应式适配。这篇文章我就拿当时做的一份模拟项目一个带轮播、Tab切换和表单验证的个人兴趣展示页当例子把从拆解需求到提交代码的全过程重新捋一遍重点说清楚那些作业要求里不会写、但实际写代码时一定会踩的坑。这篇文章适合谁看两类人最需要一个是正在赶第二次作业、想找个合理方案直接参考的同学另一个是把前端当职业方向、想从一开始就养成正确习惯的初学者。我会尽量讲清楚每个选择背后的理由比如为什么用Flex而不用浮动、为什么表单验证要写在提交事件里、为什么导航栏的hover效果要连带考虑焦点态。直接开工。1. 拆解需求与方案选型1.1 拿到题目后的第一步把要求翻译成技术清单我收到作业时的题目描述大致是做一个个人兴趣展示页面包含顶部导航、轮播图区域、内容卡片区、一个带输入校验的联系表单整体风格自定不限制技术栈。这种描述在第二次作业里非常典型——给了功能范围但不告诉你具体怎么做。我当时做的第一件事不是打开编辑器而是把需求拆成一份功能清单页面结构导航栏 轮播区 内容列表区 表单区 页脚视觉要求需要体现“个人风格”配色统一交互要求轮播图可自动播放且能手动切换功能要求表单提交前要做非空校验和邮箱格式校验把题目翻译成清单的过程很关键因为后面每写一段代码你都能回查这份清单避免做偏方向。很多同学拿到作业喜欢先写header写完header又觉得背景色不满意调半天结果核心功能没做。我给自己定了顺序结构 → 样式 → 交互 → 校验 → 细节打磨。结构先立住后面的工作才有地方挂靠。1.2 布局方案选型Flex为主、Grid为辅、浮动只用来踩坑第二次作业的布局规模不算大顶部导航加内容区用Flex就能解决绝大多数问题。但我在做内容卡片区的时候试了一下Grid发现两栏、三栏切换非常顺畅配合媒体断点改grid-template-columns甚至不用动内部元素。三种方案的取舍逻辑是这样的布局方案适用场景我在本项目里的使用位置Flex一维排列导航项、按钮组、内容垂直排列header导航、表单纵向排列、按钮对齐Grid二维栅格卡片网格、左右分栏兴趣卡片区、轮播图Dots定位Float旧代码兼容新项目一般不推荐完全没用为什么弃用浮动因为浮动元素会脱离文档流需要手动清浮动而且在响应式布局里浮动特别容易出问题。我记得以前用浮动做卡片排列到了小屏要重新算宽度经常出现第三张卡片掉下去的情况。Flex和Grid天然支持换行和自适应代码量少一半还更稳。2. 页面骨架与核心样式实现2.1 HTML语义化第二次作业就应该养成的习惯第一次作业很多人用div一把梭第二次我开始有意识地用header、nav、main、section、footer这些标签。好处不只是好看后续写样式和脚本时更省心。比如CSS里直接写nav ul就能定位到导航列表不用再数id或者class。我当时搭出来的大概结构是这样body header nav classnavbar div classlogoMySpace/div ul classnav-menu lia href#home首页/a/li lia href#gallery兴趣墙/a/li lia href#contact联系我/a/li /ul /nav /header main section idhome classbanner !-- 轮播图容器 -- /section section idgallery classcards-section !-- 卡片列表 -- /section section idcontact classform-section !-- 表单区域 -- /section /main footer p© 个人展示页/p /footer /body语义化还有一个实际好处作业批改老师看结构时一眼就能看出你对HTML的理解程度。就像写文章用标题分级内容会显得更有条理。同班同学还在用十几个div叠盒子的时候你的结构已经能“自解释”了。2.2 响应式断点不是把所有屏幕都试一遍而是抓住三个关键宽度第二次作业一般不会严格要求做完整的响应式设计但“在不同屏幕宽度下不崩”几乎成了默认要求。我的做法很简单只设三个断点768px以下、768px到1024px、1024px以上。用Grid做卡片区时这三个断点对应三套列数.cards-grid { display: grid; grid-template-columns: repeat(3, 1fr); gap: 20px; } media (max-width: 1024px) { .cards-grid { grid-template-columns: repeat(2, 1fr); } } media (max-width: 768px) { .cards-grid { grid-template-columns: 1fr; } }为什么先写桌面端再写小屏因为大多数个人展示页的素材和设计稿是以桌面为基准做的移动端是去适配而不是反过来。如果你先写移动端再放大到桌面容易遇到图片拉伸、间距失衡的问题。这里有个容易忽略的细节gap在Flex和Grid里都生效但它不能兼容特别老的浏览器如果你要兼容Android老版本WebView可能需要用margin来模拟。在作业场景下直接用gap没问题面试时可以主动提一句这个兼容性考虑会让别人觉得你不仅会写还懂边界。2.3 CSS变量让主题色改起来像改一个开关第二次作业通常不会要求用CSS预处理器但CSS本身有个很好用的功能——自定义属性也就是CSS变量。我在项目里定义了几个全局变量避免整页出现十几个不同深浅的蓝色。:root { --primary-color: #4a6baf; --secondary-color: #f2f5f9; --text-color: #333333; --spacing-base: 8px; --radius-base: 10px; }后面的代码里凡是背景色、间距、圆角我都尽量引用这些变量。这样“换肤”只需要改:root里的值所有引用处统一更新不会出现改了导航栏颜色但按钮还是旧蓝的尴尬。这个小习惯从第二次作业开始养成以后做团队项目时会特别受益因为设计稿更新后你只需要动变量表。3. 基础交互功能的实现细节3.1 手动实现轮播图初学者不要直接引插件轮播图是第二次作业里最常见的“交互题”。很多同学第一反应是引一个现成的插件甚至直接上一段网上复制来的代码连参数都没调。我的建议是这一阶段尽量手写因为作业的价值就在于让你理解“显示切换”的本质逻辑。我实现的思路是把所有幻灯片横向排列在一个容器里用transform: translateX()来控制视口显示哪一张。配合一个索引变量currentIndex每次切换时计算位移量。const slides document.querySelectorAll(.slide); const track document.querySelector(.slide-track); const dots document.querySelectorAll(.dot); let currentIndex 0; function updateSlide() { const width document.querySelector(.banner).clientWidth; track.style.transform translateX(-${currentIndex * width}px); dots.forEach((dot, index) { dot.classList.toggle(active, index currentIndex); }); } function nextSlide() { currentIndex (currentIndex 1) % slides.length; updateSlide(); } function goToSlide(index) { currentIndex index; updateSlide(); } dots.forEach((dot, index) { dot.addEventListener(click, () goToSlide(index)); }); setInterval(nextSlide, 3000);这里重点提醒一句移动端切换时clientWidth会变化所以在resize事件里需要重新调用updateSlide()否则图片会错位。我当时没意识这一点在电脑上缩放浏览器发现图片切换位置偏移了排查了半天才发现是窗口宽度变化导致的。另外自动播放的定时器要记得在手动点击后重置否则会出现在自动播放到一半时你又点了一下索引不同步的问题。简单做法把setInterval存起来每次手动切换时clearInterval再重新设。3.2 表单验证的坑正则怎么写、提示在哪里、防重复提交怎么做表单是作业里最容易出彩的部分因为批改老师会真正输入内容去测试。我做的验证包含两部分非空校验和邮箱格式校验。看起来简单但有几个细节我实际走了一遍才摸清。第一验证时机。一开始我把校验写在input的blur事件里结果用户还没填完就弹红色提示体验很冲。后来改成了首次提交时才触发全量校验之后每失去焦点一次校验一次。这样的体验跟成熟产品的交互是同步的。第二正则不要太复杂能覆盖常见错误就行。我用的是function isValidEmail(email) { const re /^[^\s][^\s]\.[^\s]$/; return re.test(email.trim()); }这个正则忽略了很多细节比如顶级域长度但对于第二次作业来说足够了。如果你把邮箱正则写得特别复杂反而会误伤合法输入比如中文域名、带加号的别名邮箱增加了排查难度。第三防重复提交。这是很多人忽略的点。如果验证通过后你在提交按钮的click事件里做了弹窗提示用户可以狂点按钮弹窗会叠加。最稳妥的做法是提交成功后先把按钮设为disabled并修改按钮文案为“已提交”。submitBtn.disabled true; submitBtn.textContent 提交成功;这个细节让页面显得更成熟。批改作业的老师如果看到按钮点击后没有反应还能连续点好几次会觉得你的交互逻辑没考虑完整。3.3 图片加载的取舍懒加载不是必须但要让图片别“挤”版面第二次作业一般用本地图片数量也不会太多懒加载不一定需要。如果用了外链图片性能确实需要重点考虑毕竟外链图一旦挂掉整个页面会非常脆弱——不建议在作业场景冒险。直接用本地相对路径就够稳了。真正需要注意的是图片尺寸。很多同学直接从网上下载大图原图可能两三千像素宽放到页面上几百像素的容器里虽然浏览器会缩放但实际加载的文件体积还是很大。我用在线压缩工具把每张图压到200KB以内同时给它设置了宽高比例避免图片加载过程中突然“顶”一下导致下方内容跳动。.card-img { width: 100%; aspect-ratio: 4 / 3; object-fit: cover; }这里aspect-ratio用于固定盒子的长宽比配合object-fit: cover做裁剪。即使图片还没完全加载盒子尺寸也已经确定页面不会出现闪烁式的跳动。这个小技巧对提升页面流畅度的感知非常明显。4. 调试过程与踩坑实录4.1 样式不生效九成是这三种原因做前端作业样式莫名其妙“失效”几乎是必经之路。我总结了自己和周围同学遇到的三类典型情况第一选择器优先级不足。同样一个class我在两个地方都设置了背景色底下那个生效但实际上不是这样取决的——依赖于选择器的特异性specificity。比如.navbar ul li就比.nav-item优先级高即使后者写在后面也不会覆盖前者。排查时用开发者工具看Style面板那里会直接告诉你哪条规则生效、哪些被划掉比自己瞎猜高效得多。第二文件引入顺序。link引入CSS的位置如果放在body中间浏览器会先渲染部分内容再应用样式出现短暂的无样式闪烁FOUC。更重要的是如果有两个CSS文件内容冲突后引入的会覆盖先引入的。我之前习惯把link都放在head里后来一次为了图方便放在body底部结果发现页签字体样式没生效就是这个问题。第三浏览器缓存。改完样式刷新页面没变化第一反应应该是按CtrlShiftR强制刷新清缓存而不是怀疑代码写错。尤其是用Chrome调试时样式表缓存特别顽固。很多同学卡在这一步很久最后发现是缓存白白浪费时间。4.2 浏览器兼容性别只盯着Chrome第二次作业只要不强制要求很多人默认只用Chrome测试。但我经历过一次惨痛教训用Chrome调好了一切火狐一打开就发现轮播图的scroll-behavior、表单的placeholder颜色等细节有差异。后来我养成了一个习惯每完成一个部分就用Chrome和Firefox各看一遍条件允许再加一个手机浏览器预览。这里列几个我当时处理的兼容点位移动画优先用transform而不是left/top因为transform走合成器性能更好且各浏览器实现一致。表单input的placeholder样式需要带浏览器前缀比如::-webkit-input-placeholder和::-moz-placeholder。aspect-ratio在旧版Safari上不生效兜底方案是padding-top模拟比例。这些兼容问题本身不难解决难的是你压根不知道会有这些问题。所以我的建议是至少准备两个浏览器做交叉测试把差异记录下来。这个习惯到公司里同样有用因为用户不会只用你的开发浏览器。4.3 命名规范第二次作业就开始认真写后面能省很多事课堂上写作业命名随意点老师不会扣分。但如果你有心走前端这条路从第二次作业开始就要有意注意class命名规范。我当时用BEM简化版块block用单词元素element用__连接修饰符modifier用--连接。比如.card__title--highlight { font-weight: 700; }为什么推荐BEM因为它能让你在看到HTML结构时就明白CSS类的归属不会出现样式覆盖混乱的问题。比如.nav-menu是块nav-menu__item是它下面的元素nav-menu__item--active是这个元素处于激活状态的修饰。这样即使CSS文件几百行你也不会迷路。这还有一个隐形好处Debug时不至于在类名海洋里找不到目标元素。很多同学改到后面改不动了就是因为类名全是box1、box2哪里出问题都要全文搜索。5. 提交前的自查与复盘心得5.1 我自己用下来的提交前检查清单每次提交作业前我都会按这个顺序过一遍比盲目刷新页面高效很多HTML结构验证用在线HTML校验器过一遍检查标签闭合、alt属性缺失等基础问题样式检查逐一检查页面四个断点手机、平板、笔记本、大屏下有没有横向滚动条交互检查轮播图能不能循环、Tab切换状态标highlight、表单提交后按钮是否进入禁用态控制台清理确保浏览器控制台没有任何红色报错黄色警告能处理就处理不能处理要确认无害链接自检导航锚点能不能跳到对应区域外链是否有效代码整理删掉测试用的console.log和临时注释块格式化代码缩进我印象很深的是有一次没做第一步结果HTML里写了个没有闭合的section整个页面在火狐里尾部布局错乱但Chrome自动容错没表现出来。打开校验器才发现问题所在。所以每次提交前用校验器扫一遍真的值得。5.2 关于工具和流程的几点实在体会这次作业用到的开发流程其实很朴素写代码 → 手动刷新 → 调试打了大量console.log。当时还不会用构建工具也没考虑版本管理。但就是这些朴素的工具让我把前端基础打扎实了。如果你已经掌握了这些基础可以试着引入一个新工具本地起一个简单静态服务器。直接在地址栏打开HTML文件会出现模块加载受限的问题尤其是后面的课程学到ES Module时必须有服务器环境才能跑。提前把环境配好后面的路会顺畅很多。我当时用的是VS Code的Live Server插件一键起服务还能自动刷新省掉了手动刷新页面的动作。还有一点我觉得有必要提尽量保证每个功能模块是独立的不要把所有JS堆在一个大函数里。哪怕不用模块化也建议把“轮播”、“表单验证”、“导航交互”各写成一个独立函数。这样出问题时你只需要定位对应函数而不需要从头看一整坨代码。5.3 这次作业之后我建议你顺带做这几件事做完第二次作业代码能跑、页面不难看这只是及格线。如果还有余力我建议做三件延伸的事。第一个是扒一个成熟网站的某个局部组件比如电商网站的地址选择器或视频网站的分类Tab然后自己尝试复刻。这个练习能把作业里的知识用得更活。第二个是给项目添加一个属于自己的“签名功能”随便什么都行比如右下角回到顶部按钮、访问次数统计用localStorage、页面主题切换。这些附加功能既能锻炼JS逻辑又是简历上能拿出来讲的“亮点细节”。第三件事最容易被忽略写一个简短的README文件说明项目怎么运行、有哪些功能、目录结构是什么。别觉得这是浪费时间实际工作中写代码只占一部分时间另外一部分时间就是在写文档、写注释、跟别人解释你的代码。从作业阶段开始练后面会很占便宜。6. 最后再聊两句实话第二次作业回头看其实并不难它的核心价值在于逼你把“页面还原能力”和“基础逻辑能力”结合起来。我记得自己在这次作业里卡得最久的不是CSS而是轮播图索引边界处理思路其实很简单但当时没理清“索引在最后一张时点击下一张应该回到第一张”这个逻辑。后来我用了一个小技巧把索引变化过程写在自己的笔记里用箭头画一遍循环顺序一下子就想通了。这种用笔推演逻辑的方式我现在写复杂组件时依然在用。前端学习很容易被工具链、框架节奏带着跑但越往后越会发现想清楚逻辑才是第一位的。做作业不是为了交差而是为了在没人催你的时候也能把一个东西从零到一完成。那次作业我拿了不错的分数但更值钱的是攒下了一套自查流程和写代码前先拆需求的习惯。这些习惯后来在公司里写需求排期表、写技术方案时都在一次次帮我省时间。希望这篇复盘能帮你少走点弯路。如果你正在做第二次作业遇到具体报错或者拿不准的设计取舍可以把问题描述清楚顺着“结构-样式-交互-逻辑”这样一层层去拆解大概率能找到答案。前端这条路靠的就是反复写、反复踩坑、反复总结。
接到“web前端第二次作业”这个题目很多正在学前端的同学可能觉得它就是一次普通的上交任务但以我带过不少新人、也帮人改过无数次作业的经验来看第二次作业恰恰是从“照着抄”变成“自己写”的分水岭。第一次作业通常还在切图、调颜色、摆盒子到了第二次老师开始考察布局思路、语义化结构、基础交互甚至响应式适配。这篇文章我就拿当时做的一份模拟项目一个带轮播、Tab切换和表单验证的个人兴趣展示页当例子把从拆解需求到提交代码的全过程重新捋一遍重点说清楚那些作业要求里不会写、但实际写代码时一定会踩的坑。这篇文章适合谁看两类人最需要一个是正在赶第二次作业、想找个合理方案直接参考的同学另一个是把前端当职业方向、想从一开始就养成正确习惯的初学者。我会尽量讲清楚每个选择背后的理由比如为什么用Flex而不用浮动、为什么表单验证要写在提交事件里、为什么导航栏的hover效果要连带考虑焦点态。直接开工。1. 拆解需求与方案选型1.1 拿到题目后的第一步把要求翻译成技术清单我收到作业时的题目描述大致是做一个个人兴趣展示页面包含顶部导航、轮播图区域、内容卡片区、一个带输入校验的联系表单整体风格自定不限制技术栈。这种描述在第二次作业里非常典型——给了功能范围但不告诉你具体怎么做。我当时做的第一件事不是打开编辑器而是把需求拆成一份功能清单页面结构导航栏 轮播区 内容列表区 表单区 页脚视觉要求需要体现“个人风格”配色统一交互要求轮播图可自动播放且能手动切换功能要求表单提交前要做非空校验和邮箱格式校验把题目翻译成清单的过程很关键因为后面每写一段代码你都能回查这份清单避免做偏方向。很多同学拿到作业喜欢先写header写完header又觉得背景色不满意调半天结果核心功能没做。我给自己定了顺序结构 → 样式 → 交互 → 校验 → 细节打磨。结构先立住后面的工作才有地方挂靠。1.2 布局方案选型Flex为主、Grid为辅、浮动只用来踩坑第二次作业的布局规模不算大顶部导航加内容区用Flex就能解决绝大多数问题。但我在做内容卡片区的时候试了一下Grid发现两栏、三栏切换非常顺畅配合媒体断点改grid-template-columns甚至不用动内部元素。三种方案的取舍逻辑是这样的布局方案适用场景我在本项目里的使用位置Flex一维排列导航项、按钮组、内容垂直排列header导航、表单纵向排列、按钮对齐Grid二维栅格卡片网格、左右分栏兴趣卡片区、轮播图Dots定位Float旧代码兼容新项目一般不推荐完全没用为什么弃用浮动因为浮动元素会脱离文档流需要手动清浮动而且在响应式布局里浮动特别容易出问题。我记得以前用浮动做卡片排列到了小屏要重新算宽度经常出现第三张卡片掉下去的情况。Flex和Grid天然支持换行和自适应代码量少一半还更稳。2. 页面骨架与核心样式实现2.1 HTML语义化第二次作业就应该养成的习惯第一次作业很多人用div一把梭第二次我开始有意识地用header、nav、main、section、footer这些标签。好处不只是好看后续写样式和脚本时更省心。比如CSS里直接写nav ul就能定位到导航列表不用再数id或者class。我当时搭出来的大概结构是这样body header nav classnavbar div classlogoMySpace/div ul classnav-menu lia href#home首页/a/li lia href#gallery兴趣墙/a/li lia href#contact联系我/a/li /ul /nav /header main section idhome classbanner !-- 轮播图容器 -- /section section idgallery classcards-section !-- 卡片列表 -- /section section idcontact classform-section !-- 表单区域 -- /section /main footer p© 个人展示页/p /footer /body语义化还有一个实际好处作业批改老师看结构时一眼就能看出你对HTML的理解程度。就像写文章用标题分级内容会显得更有条理。同班同学还在用十几个div叠盒子的时候你的结构已经能“自解释”了。2.2 响应式断点不是把所有屏幕都试一遍而是抓住三个关键宽度第二次作业一般不会严格要求做完整的响应式设计但“在不同屏幕宽度下不崩”几乎成了默认要求。我的做法很简单只设三个断点768px以下、768px到1024px、1024px以上。用Grid做卡片区时这三个断点对应三套列数.cards-grid { display: grid; grid-template-columns: repeat(3, 1fr); gap: 20px; } media (max-width: 1024px) { .cards-grid { grid-template-columns: repeat(2, 1fr); } } media (max-width: 768px) { .cards-grid { grid-template-columns: 1fr; } }为什么先写桌面端再写小屏因为大多数个人展示页的素材和设计稿是以桌面为基准做的移动端是去适配而不是反过来。如果你先写移动端再放大到桌面容易遇到图片拉伸、间距失衡的问题。这里有个容易忽略的细节gap在Flex和Grid里都生效但它不能兼容特别老的浏览器如果你要兼容Android老版本WebView可能需要用margin来模拟。在作业场景下直接用gap没问题面试时可以主动提一句这个兼容性考虑会让别人觉得你不仅会写还懂边界。2.3 CSS变量让主题色改起来像改一个开关第二次作业通常不会要求用CSS预处理器但CSS本身有个很好用的功能——自定义属性也就是CSS变量。我在项目里定义了几个全局变量避免整页出现十几个不同深浅的蓝色。:root { --primary-color: #4a6baf; --secondary-color: #f2f5f9; --text-color: #333333; --spacing-base: 8px; --radius-base: 10px; }后面的代码里凡是背景色、间距、圆角我都尽量引用这些变量。这样“换肤”只需要改:root里的值所有引用处统一更新不会出现改了导航栏颜色但按钮还是旧蓝的尴尬。这个小习惯从第二次作业开始养成以后做团队项目时会特别受益因为设计稿更新后你只需要动变量表。3. 基础交互功能的实现细节3.1 手动实现轮播图初学者不要直接引插件轮播图是第二次作业里最常见的“交互题”。很多同学第一反应是引一个现成的插件甚至直接上一段网上复制来的代码连参数都没调。我的建议是这一阶段尽量手写因为作业的价值就在于让你理解“显示切换”的本质逻辑。我实现的思路是把所有幻灯片横向排列在一个容器里用transform: translateX()来控制视口显示哪一张。配合一个索引变量currentIndex每次切换时计算位移量。const slides document.querySelectorAll(.slide); const track document.querySelector(.slide-track); const dots document.querySelectorAll(.dot); let currentIndex 0; function updateSlide() { const width document.querySelector(.banner).clientWidth; track.style.transform translateX(-${currentIndex * width}px); dots.forEach((dot, index) { dot.classList.toggle(active, index currentIndex); }); } function nextSlide() { currentIndex (currentIndex 1) % slides.length; updateSlide(); } function goToSlide(index) { currentIndex index; updateSlide(); } dots.forEach((dot, index) { dot.addEventListener(click, () goToSlide(index)); }); setInterval(nextSlide, 3000);这里重点提醒一句移动端切换时clientWidth会变化所以在resize事件里需要重新调用updateSlide()否则图片会错位。我当时没意识这一点在电脑上缩放浏览器发现图片切换位置偏移了排查了半天才发现是窗口宽度变化导致的。另外自动播放的定时器要记得在手动点击后重置否则会出现在自动播放到一半时你又点了一下索引不同步的问题。简单做法把setInterval存起来每次手动切换时clearInterval再重新设。3.2 表单验证的坑正则怎么写、提示在哪里、防重复提交怎么做表单是作业里最容易出彩的部分因为批改老师会真正输入内容去测试。我做的验证包含两部分非空校验和邮箱格式校验。看起来简单但有几个细节我实际走了一遍才摸清。第一验证时机。一开始我把校验写在input的blur事件里结果用户还没填完就弹红色提示体验很冲。后来改成了首次提交时才触发全量校验之后每失去焦点一次校验一次。这样的体验跟成熟产品的交互是同步的。第二正则不要太复杂能覆盖常见错误就行。我用的是function isValidEmail(email) { const re /^[^\s][^\s]\.[^\s]$/; return re.test(email.trim()); }这个正则忽略了很多细节比如顶级域长度但对于第二次作业来说足够了。如果你把邮箱正则写得特别复杂反而会误伤合法输入比如中文域名、带加号的别名邮箱增加了排查难度。第三防重复提交。这是很多人忽略的点。如果验证通过后你在提交按钮的click事件里做了弹窗提示用户可以狂点按钮弹窗会叠加。最稳妥的做法是提交成功后先把按钮设为disabled并修改按钮文案为“已提交”。submitBtn.disabled true; submitBtn.textContent 提交成功;这个细节让页面显得更成熟。批改作业的老师如果看到按钮点击后没有反应还能连续点好几次会觉得你的交互逻辑没考虑完整。3.3 图片加载的取舍懒加载不是必须但要让图片别“挤”版面第二次作业一般用本地图片数量也不会太多懒加载不一定需要。如果用了外链图片性能确实需要重点考虑毕竟外链图一旦挂掉整个页面会非常脆弱——不建议在作业场景冒险。直接用本地相对路径就够稳了。真正需要注意的是图片尺寸。很多同学直接从网上下载大图原图可能两三千像素宽放到页面上几百像素的容器里虽然浏览器会缩放但实际加载的文件体积还是很大。我用在线压缩工具把每张图压到200KB以内同时给它设置了宽高比例避免图片加载过程中突然“顶”一下导致下方内容跳动。.card-img { width: 100%; aspect-ratio: 4 / 3; object-fit: cover; }这里aspect-ratio用于固定盒子的长宽比配合object-fit: cover做裁剪。即使图片还没完全加载盒子尺寸也已经确定页面不会出现闪烁式的跳动。这个小技巧对提升页面流畅度的感知非常明显。4. 调试过程与踩坑实录4.1 样式不生效九成是这三种原因做前端作业样式莫名其妙“失效”几乎是必经之路。我总结了自己和周围同学遇到的三类典型情况第一选择器优先级不足。同样一个class我在两个地方都设置了背景色底下那个生效但实际上不是这样取决的——依赖于选择器的特异性specificity。比如.navbar ul li就比.nav-item优先级高即使后者写在后面也不会覆盖前者。排查时用开发者工具看Style面板那里会直接告诉你哪条规则生效、哪些被划掉比自己瞎猜高效得多。第二文件引入顺序。link引入CSS的位置如果放在body中间浏览器会先渲染部分内容再应用样式出现短暂的无样式闪烁FOUC。更重要的是如果有两个CSS文件内容冲突后引入的会覆盖先引入的。我之前习惯把link都放在head里后来一次为了图方便放在body底部结果发现页签字体样式没生效就是这个问题。第三浏览器缓存。改完样式刷新页面没变化第一反应应该是按CtrlShiftR强制刷新清缓存而不是怀疑代码写错。尤其是用Chrome调试时样式表缓存特别顽固。很多同学卡在这一步很久最后发现是缓存白白浪费时间。4.2 浏览器兼容性别只盯着Chrome第二次作业只要不强制要求很多人默认只用Chrome测试。但我经历过一次惨痛教训用Chrome调好了一切火狐一打开就发现轮播图的scroll-behavior、表单的placeholder颜色等细节有差异。后来我养成了一个习惯每完成一个部分就用Chrome和Firefox各看一遍条件允许再加一个手机浏览器预览。这里列几个我当时处理的兼容点位移动画优先用transform而不是left/top因为transform走合成器性能更好且各浏览器实现一致。表单input的placeholder样式需要带浏览器前缀比如::-webkit-input-placeholder和::-moz-placeholder。aspect-ratio在旧版Safari上不生效兜底方案是padding-top模拟比例。这些兼容问题本身不难解决难的是你压根不知道会有这些问题。所以我的建议是至少准备两个浏览器做交叉测试把差异记录下来。这个习惯到公司里同样有用因为用户不会只用你的开发浏览器。4.3 命名规范第二次作业就开始认真写后面能省很多事课堂上写作业命名随意点老师不会扣分。但如果你有心走前端这条路从第二次作业开始就要有意注意class命名规范。我当时用BEM简化版块block用单词元素element用__连接修饰符modifier用--连接。比如.card__title--highlight { font-weight: 700; }为什么推荐BEM因为它能让你在看到HTML结构时就明白CSS类的归属不会出现样式覆盖混乱的问题。比如.nav-menu是块nav-menu__item是它下面的元素nav-menu__item--active是这个元素处于激活状态的修饰。这样即使CSS文件几百行你也不会迷路。这还有一个隐形好处Debug时不至于在类名海洋里找不到目标元素。很多同学改到后面改不动了就是因为类名全是box1、box2哪里出问题都要全文搜索。5. 提交前的自查与复盘心得5.1 我自己用下来的提交前检查清单每次提交作业前我都会按这个顺序过一遍比盲目刷新页面高效很多HTML结构验证用在线HTML校验器过一遍检查标签闭合、alt属性缺失等基础问题样式检查逐一检查页面四个断点手机、平板、笔记本、大屏下有没有横向滚动条交互检查轮播图能不能循环、Tab切换状态标highlight、表单提交后按钮是否进入禁用态控制台清理确保浏览器控制台没有任何红色报错黄色警告能处理就处理不能处理要确认无害链接自检导航锚点能不能跳到对应区域外链是否有效代码整理删掉测试用的console.log和临时注释块格式化代码缩进我印象很深的是有一次没做第一步结果HTML里写了个没有闭合的section整个页面在火狐里尾部布局错乱但Chrome自动容错没表现出来。打开校验器才发现问题所在。所以每次提交前用校验器扫一遍真的值得。5.2 关于工具和流程的几点实在体会这次作业用到的开发流程其实很朴素写代码 → 手动刷新 → 调试打了大量console.log。当时还不会用构建工具也没考虑版本管理。但就是这些朴素的工具让我把前端基础打扎实了。如果你已经掌握了这些基础可以试着引入一个新工具本地起一个简单静态服务器。直接在地址栏打开HTML文件会出现模块加载受限的问题尤其是后面的课程学到ES Module时必须有服务器环境才能跑。提前把环境配好后面的路会顺畅很多。我当时用的是VS Code的Live Server插件一键起服务还能自动刷新省掉了手动刷新页面的动作。还有一点我觉得有必要提尽量保证每个功能模块是独立的不要把所有JS堆在一个大函数里。哪怕不用模块化也建议把“轮播”、“表单验证”、“导航交互”各写成一个独立函数。这样出问题时你只需要定位对应函数而不需要从头看一整坨代码。5.3 这次作业之后我建议你顺带做这几件事做完第二次作业代码能跑、页面不难看这只是及格线。如果还有余力我建议做三件延伸的事。第一个是扒一个成熟网站的某个局部组件比如电商网站的地址选择器或视频网站的分类Tab然后自己尝试复刻。这个练习能把作业里的知识用得更活。第二个是给项目添加一个属于自己的“签名功能”随便什么都行比如右下角回到顶部按钮、访问次数统计用localStorage、页面主题切换。这些附加功能既能锻炼JS逻辑又是简历上能拿出来讲的“亮点细节”。第三件事最容易被忽略写一个简短的README文件说明项目怎么运行、有哪些功能、目录结构是什么。别觉得这是浪费时间实际工作中写代码只占一部分时间另外一部分时间就是在写文档、写注释、跟别人解释你的代码。从作业阶段开始练后面会很占便宜。6. 最后再聊两句实话第二次作业回头看其实并不难它的核心价值在于逼你把“页面还原能力”和“基础逻辑能力”结合起来。我记得自己在这次作业里卡得最久的不是CSS而是轮播图索引边界处理思路其实很简单但当时没理清“索引在最后一张时点击下一张应该回到第一张”这个逻辑。后来我用了一个小技巧把索引变化过程写在自己的笔记里用箭头画一遍循环顺序一下子就想通了。这种用笔推演逻辑的方式我现在写复杂组件时依然在用。前端学习很容易被工具链、框架节奏带着跑但越往后越会发现想清楚逻辑才是第一位的。做作业不是为了交差而是为了在没人催你的时候也能把一个东西从零到一完成。那次作业我拿了不错的分数但更值钱的是攒下了一套自查流程和写代码前先拆需求的习惯。这些习惯后来在公司里写需求排期表、写技术方案时都在一次次帮我省时间。希望这篇复盘能帮你少走点弯路。如果你正在做第二次作业遇到具体报错或者拿不准的设计取舍可以把问题描述清楚顺着“结构-样式-交互-逻辑”这样一层层去拆解大概率能找到答案。前端这条路靠的就是反复写、反复踩坑、反复总结。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
