简介面向网页前端初学者与课程设计学生的QQ音乐界面模仿作品涵盖首页、排行榜、登录弹窗、听歌报告四个核心页面。项目以HTMLCSS为基础结合适量JavaScript实现2D/3D动态轮播、时间倒计时、图片动态缩放、动态导航栏及背景音乐嵌入等功能登录模块采用弹出框形式直接在首页上方展示交互思路贴近真实场景。压缩包共102个文件以png、jpg图片素材为主配合css样式表、js脚本、html页面及mp3背景音乐整体约16.16MB结构清晰便于对照学习。页面源码、展示截图与所需图片均随包附带适合理解前端布局、样式组织与基础交互实现也可作为课程设计或期末作业的参考模板。当前已有3698人学习浏览实用性获得认可值得正在完成网页作业或入门前端开发的读者下载参考。1. 仿QQ音乐界面最容易挂在答辩上的地方很多人的web期末作业就是照抄QQ音乐首页左侧一排icon、中间绿色播放条、右下角悬浮的“喜欢”按钮看起来像模像样可老师一开口问“左侧导航为什么固定宽度”“播放列表数据从哪来”“刷新页面收藏还在不在”现场就冷场了。仿QQ音乐测试项目的真正难点不是像素级还原而是把布局、数据、状态三件事讲清楚。这类web项目要过课程设计答案很朴素用原生HTML/CSS/JavaScript就能完成组件库反而碍事。界面拆成三栏栅格加底部播放条歌单数据用JSON数组驱动渲染收藏和播放记录写进localStorage最后一章我会给一个截图像素对比的验收方法答辩时拿数据说话。这套路对刚学完前端三件套的人适用对想试试Vue迁移的人也留着升级口子。2. web课程设计第一步把QQ音乐的栅格骨架算清楚2.1 为什么我坚持先用HTML语义走版式不急着写CSS拿到参考图就打开编辑器写div classbox是这类web项目最常犯的错。QQ音乐界面从上往下是顶栏、内容区、底部播放条内容区从左往右是窄导航、主内容、歌单详情。这个结构用header、aside、main、section、footer语义标签先走一遍等于给整张页面画了一张不看CSS也能读出来的蓝图。语义标签对课程设计还有个隐性收益浏览器无样式加载时页面会按文档流顺序露出文字块页面变得更结构化。更实际的好处是各区域之间的间距、宽度、层级关系从几百行CSS里脱离出来写样式时心智负担小很多。常见做法是先画一张“版块尺寸表”再动手左侧导航固定宽度右侧边栏固定宽度中间内容区自适应底部播放条不参与文档流吸在视口底部。尺寸先落成常量后面所有组件都从这套常量出发而不是每个组件各自定一个Magic Number。2.2 用CSS变量定一套“一眼像QQ音乐”的设计系统QQ音乐辨识度高绿、黑、白三色关系很明确。直接用--brand: #31c27c做主色配一组中性灰和三级字号整套界面就八九不离十了。我把常用变量放在:root里统一管颜色、圆角、间距、字号和播放条高度。变量名值用途--brand#31c27c主按钮、激活态、播放进度--bg-page#f6f6f8页面底色--bg-panel#ffffff卡片和侧面板底色--text-main#252525正文主色--text-sub#7a7a7a歌手名、次要信息--radius-lg12px大卡片圆角--radius-md8px按钮和封面圆角--space-unit8px间距基准单位--player-h72px底部播放条高度变量只解决“值”的统一真正的布局骨架靠Grid。CSS里把变量写进var()切换主题时只要改--brand一个地方。这套设计系统的构建方式对课程设计答辩很有价值老师问“界面风格怎么统一”直接指变量表回答比说“我每个页面抄的”要体面得多。2.3 用Grid和Flexbox搭出三栏加底部播放条的最小骨架主布局推荐Grid因为“左定宽、右定宽、中间自适应”正是Grid最善于表达的规则。下面这版是我常用的起点不需要任何框架就能跑:root { --sidebar-w: 220px; --detail-w: 320px; --player-h: 72px; } body { margin: 0; font-family: -apple-system, PingFang SC, Microsoft YaHei, sans-serif; } .app { display: grid; grid-template-areas: sidebar main detail player player player; grid-template-columns: var(--sidebar-w) 1fr var(--detail-w); grid-template-rows: 1fr var(--player-h); height: 100vh; } .app-sidebar { grid-area: sidebar; } .app-main { grid-area: main; } .app-detail { grid-area: detail; } .app-player { grid-area: player; }参数说明有三处重点1fr表示中间栏吃满剩余宽度这是自适应布局的核心写法grid-template-areas将六个区域映射成可见的字符图形行列数量不匹配时浏览器会直接报错相当于让CSS替你做了一次布局校验最外层高度用100vh而不是100%避免出现整页滚动条滚动行为交给main内部。.app-player单独占整行不跟侧边栏抢位置。提示播放条吸底优先用Grid或者position: sticky; bottom: 0。用fixed时记得给body加padding-bottom否则页面内容末行会被播放条的固定高度遮住。紧接着给最基础的HTML结构占位符都标清楚后面章节往里面填组件div classapp aside classapp-sidebar nav idnav-menu/nav /aside main classapp-main section idbanner/section section idrecommend/section /main aside classapp-detail div idplaylist-panel/div /aside footer classapp-player div idplayer-core/div /footer /div响应式在这个阶段就要想清楚不要等所有组件写完再返工。小于992px隐藏右侧详情栏小于768px将左侧导航压缩成icon条这是仿QQ音乐项目最常见的两档断点。断点跟着内容走详情栏内容对窄屏没有价值就整个隐藏而不是压缩到还剩300px在那里硬撑。3. 界面组件化头部、导航、歌单卡片和解不了的播放条3.1 先列组件清单再写组件课程设计写到半途最容易出现的问题是CSS越写越长、类名互相打架。动手前把参考图拆成组件清单是我在这类web项目里不变的做法。QQ音乐界面适合拆成下面六个组件组件职责主要状态Header搜索框、登录入口搜索焦点、登录态SideNav一级导航切换当前激活项Banner顶部推荐大图轮播索引CardGrid歌单封面网格hover播放态SongItem单曲行播放中高亮PlayerBar底部控制条播放/暂停、进度、音量每个组件一个容器类子元素统一用组件名__元素的命名方式比如card-grid__item、player-bar__progress。这个写法不是某个框架专属它就是BEM的简化版好处是样式作用域可预期改song-item不会误伤playlist-panel里的列表行。组件清单里必须回答一个问题每个组件的数据从哪来。课程设计的常见做法是本地JSON文件加一小段假数据接口而不要求真的连QQ音乐服务器。自己组数据时字段按“多一层嵌套好过平铺”的原则设计比如歌曲对象里歌手、专辑各占一个字段方便后面做筛选和排序。3.2 歌单卡片封面、遮罩和一次到位的事件卡片是QQ音乐界面出镜率最高的组件。下面这段CSS是典型的封面hover播放态实现默认状态藏播放按钮鼠标悬停时按钮滑出来.card-item { position: relative; border-radius: var(--radius-lg); overflow: hidden; background: var(--bg-panel); cursor: pointer; } .card-item__cover { width: 100%; aspect-ratio: 1 / 1; object-fit: cover; display: block; } .card-item__play { position: absolute; right: 12px; bottom: 12px; width: 40px; height: 40px; border-radius: 50%; background: var(--brand); color: #fff; border: none; opacity: 0; transform: translateY(8px); transition: all 0.2s ease; } .card-item:hover .card-item__play { opacity: 1; transform: translateY(0); }代码里值得注意的参数是这三行aspect-ratio: 1 / 1能保证封面永远是正方形不用再心算高度object-fit: cover是图片不拉伸的关键同时裁剪掉多余内容transform结合opacity做位移渐显比只用display: none换block的动画顺滑很多。提示如果hover里包含了display: none到block的切换transition会失效。所有入场动画都要用opacity和transform这类可插值属性。对应的事件处理我统一放在父容器上用事件委托替代给每张卡片绑监听。这样动态插入新卡片时不需要重新绑定内存占用也更低后面第3.3节放歌单数据时这个优势会直接体现出来。3.3 用JavaScript把歌单JSON渲染成真实可点的列表有了组件和样式还差“数据驱动渲染”。我在课程设计里最常给的示范是下面这段一个歌曲数组一个renderSongs函数数据变化后重新调用函数即可更新界面。const songs [ { id: 1001, title: 晴天, artist: 周杰伦, album: 叶惠美, duration: 269, cover: images/songs/1001.jpg }, { id: 1002, title: 七里香, artist: 周杰伦, album: 七里香, duration: 305, cover: images/songs/1002.jpg } ]; function renderSongs(container, list) { container.innerHTML list.map(song div classsong-item>img classsong-item__cover srchttps://example.com/covers/1001.jpg referrerpolicyno-referrer onerrorthis.srcimages/placeholder.jpg alt晴天 需要提醒的是这行改动解决的是“图片加载”这一层不涉及音频流地址的解析和加密逻辑。课程设计里你只需要保证自己拿到的素材能稳定展示即可不必去碰签名和加密算法。封面出不来先看浏览器Network面板里的状态码403开头的走referrerpolicy404的检查路径和文件名这是两类完全不同的问题不能混在一起排查。4. web前端交互状态、路由和本地存储里的那些坑4.1 hash路由让浏览器后退键在单页里依然可用仿QQ音乐这类web项目一旦在“我喜欢的音乐”“每日推荐”“排行榜”之间切换就需要一套简单的路由方案。常见做法是用hash路由因为它在本地以文件方式打开也能工作不需要后端配合。const routes { #/: renderHome, #/discover: renderDiscover, #/playlist/:id: renderPlaylist }; function parseHash() { const raw location.hash || #/; const [path, query ] raw.split(?); const params new URLSearchParams(query); const segments path.split(/).filter(Boolean); return { segments, params }; } function router() { const { segments } parseHash(); const key #/ segments[0]; const handler routes[key] || routes[#/]; handler(...segments.slice(1)); } window.addEventListener(hashchange, router); window.addEventListener(DOMContentLoaded, router);hashchange触发路由切换DOMContentLoaded负责首次进入页面时按地址加载对应视图。parseHash里的query拆解是为“跳转到歌单并定位到某一首歌”这类场景准备的路由跳转时把?song1001带上比再单独维护一个全局变量干净。4.2 收藏列表与localStorage的读写边界收藏和最近播放是这类仿站的基本用户态。不用引入任何状态管理库一个PlaylistStore类就能把读写封装清楚。const STORE_KEY qq-mock.favorites.v1; class PlaylistStore { constructor(key) { this.key key; this.list this.load(); } load() { try { const data JSON.parse(localStorage.getItem(this.key)); return Array.isArray(data) ? data : []; } catch (e) { return []; } } save() { localStorage.setItem(this.key, JSON.stringify(this.list)); } toggle(song) { const index this.list.findIndex(item item.id song.id); if (index 0) { this.list.splice(index, 1); } else { this.list.push(song); } this.save(); } has(id) { return this.list.some(item item.id id); } } const favorites new PlaylistStore(STORE_KEY);try...catch不是防御性过度设计localStorage在隐私模式和磁盘写满时都可能抛错不做兜底会让整个收藏功能崩溃。key里的v1版本号是为了以后改字段名时能主动清掉旧数据不至于用新代码解析老结构。注意存进localStorage的数据类型会被JSON序列化sessionStorage同理。从存储里读出来的对象永远失去了原型方法所以toggle接收的song对象需要在调用前重新组装字段而不是直接从DOM的dataset里读字符串拼接。第三方工具导出的歌单文件CSV、M3U8之类转成上面这个songs数组结构再调一次renderSongs就能刷进界面这是导入逻辑里性价比最高的接通方式。4.3 把静态页面部署上nginx顺便解决跨域课程设计交的是本地源码但写出“如何部署”会让答辩更有底气。nginx部署静态站点的配置很少关键是try_files和反向代理这两行server { listen 8080; server_name localhost; root /var/www/qq-music; index index.html; location / { try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://127.0.0.1:3001/; proxy_set_header Host $host; } }try_files检查请求路径对应的文件是否存在找不到就回退到index.html这是单页应用路由能被直刷的前提location /api/把前端请求转发到本地的JSON-Server或Node接口前端代码里只写fetch(/api/songs)不需要关心后端地址。同一台服务器上要放多个web项目就在server块里加带前缀的location比如location /music/对应一个目录各自独立。部署完成后记得验证一个细节直接访问http://localhost:8080/#/discover能打开页面说明hash路由命中直刷却404说明try_files写错了位置。nginx报错日志默认在error.log注意看有没有open() failed字样那是文件路径权限或缺目录的常见信号。5. 用一次截图回归验收你的界面界面类web项目最怕改着改着把某个角落改崩了。答辩前用Playwright跑一次无头浏览器截图对比把“像不像”变成像素差数据。npm init -y npm install -D playwright npx playwright install chromium准备两张基线图一张是原始参考图一张是你自己第一版通过评审的页面截图。验收脚本打开部署后的页面依次点击导航、播放、收藏三个操作每次操作后截图const { chromium } require(playwright); (async () { const browser await chromium.launch(); const page await browser.newPage({ viewport: { width: 1440, height: 900 } }); await page.goto(http://localhost:8080); await page.screenshot({ path: shots/home.png }); await page.click(nav a[href#/discover]); await page.waitForSelector(#recommend); await page.screenshot({ path: shots/discover.png }); await page.click(.song-item); await page.waitForSelector(.player-bar__progress); await page.screenshot({ path: shots/playing.png }); await browser.close(); })();对比截图用pixelmatch这个库算出来的差异像素占比就是回归指标。设置一个阈值比如超过1.5%判失败。这个值别设成0抗锯齿和字体渲染在不同系统下本来就有微小差异留一点余量才是工程做法。把基线图和脚本一起放进课程设计文档验收结论写“三次交互截图与基线差异率0.7%在1.5%阈值内通过”比“整体完成界面美观”这种描述具体得多。最后再提醒一个截图工具的坑无头浏览器对color-scheme: dark的适配和系统主题有关跑对比前把操作系统的深色模式关掉或者在脚本里显式指定page.emulateMedia({ colorScheme: light })否则你看到的差异可能来自主题切换而不是界面被改坏。基线截图要和回归截图用同一份模拟器配置这样像素对比才有参考意义。本文还有配套的精品资源点击获取
简介面向网页前端初学者与课程设计学生的QQ音乐界面模仿作品涵盖首页、排行榜、登录弹窗、听歌报告四个核心页面。项目以HTMLCSS为基础结合适量JavaScript实现2D/3D动态轮播、时间倒计时、图片动态缩放、动态导航栏及背景音乐嵌入等功能登录模块采用弹出框形式直接在首页上方展示交互思路贴近真实场景。压缩包共102个文件以png、jpg图片素材为主配合css样式表、js脚本、html页面及mp3背景音乐整体约16.16MB结构清晰便于对照学习。页面源码、展示截图与所需图片均随包附带适合理解前端布局、样式组织与基础交互实现也可作为课程设计或期末作业的参考模板。当前已有3698人学习浏览实用性获得认可值得正在完成网页作业或入门前端开发的读者下载参考。1. 仿QQ音乐界面最容易挂在答辩上的地方很多人的web期末作业就是照抄QQ音乐首页左侧一排icon、中间绿色播放条、右下角悬浮的“喜欢”按钮看起来像模像样可老师一开口问“左侧导航为什么固定宽度”“播放列表数据从哪来”“刷新页面收藏还在不在”现场就冷场了。仿QQ音乐测试项目的真正难点不是像素级还原而是把布局、数据、状态三件事讲清楚。这类web项目要过课程设计答案很朴素用原生HTML/CSS/JavaScript就能完成组件库反而碍事。界面拆成三栏栅格加底部播放条歌单数据用JSON数组驱动渲染收藏和播放记录写进localStorage最后一章我会给一个截图像素对比的验收方法答辩时拿数据说话。这套路对刚学完前端三件套的人适用对想试试Vue迁移的人也留着升级口子。2. web课程设计第一步把QQ音乐的栅格骨架算清楚2.1 为什么我坚持先用HTML语义走版式不急着写CSS拿到参考图就打开编辑器写div classbox是这类web项目最常犯的错。QQ音乐界面从上往下是顶栏、内容区、底部播放条内容区从左往右是窄导航、主内容、歌单详情。这个结构用header、aside、main、section、footer语义标签先走一遍等于给整张页面画了一张不看CSS也能读出来的蓝图。语义标签对课程设计还有个隐性收益浏览器无样式加载时页面会按文档流顺序露出文字块页面变得更结构化。更实际的好处是各区域之间的间距、宽度、层级关系从几百行CSS里脱离出来写样式时心智负担小很多。常见做法是先画一张“版块尺寸表”再动手左侧导航固定宽度右侧边栏固定宽度中间内容区自适应底部播放条不参与文档流吸在视口底部。尺寸先落成常量后面所有组件都从这套常量出发而不是每个组件各自定一个Magic Number。2.2 用CSS变量定一套“一眼像QQ音乐”的设计系统QQ音乐辨识度高绿、黑、白三色关系很明确。直接用--brand: #31c27c做主色配一组中性灰和三级字号整套界面就八九不离十了。我把常用变量放在:root里统一管颜色、圆角、间距、字号和播放条高度。变量名值用途--brand#31c27c主按钮、激活态、播放进度--bg-page#f6f6f8页面底色--bg-panel#ffffff卡片和侧面板底色--text-main#252525正文主色--text-sub#7a7a7a歌手名、次要信息--radius-lg12px大卡片圆角--radius-md8px按钮和封面圆角--space-unit8px间距基准单位--player-h72px底部播放条高度变量只解决“值”的统一真正的布局骨架靠Grid。CSS里把变量写进var()切换主题时只要改--brand一个地方。这套设计系统的构建方式对课程设计答辩很有价值老师问“界面风格怎么统一”直接指变量表回答比说“我每个页面抄的”要体面得多。2.3 用Grid和Flexbox搭出三栏加底部播放条的最小骨架主布局推荐Grid因为“左定宽、右定宽、中间自适应”正是Grid最善于表达的规则。下面这版是我常用的起点不需要任何框架就能跑:root { --sidebar-w: 220px; --detail-w: 320px; --player-h: 72px; } body { margin: 0; font-family: -apple-system, PingFang SC, Microsoft YaHei, sans-serif; } .app { display: grid; grid-template-areas: sidebar main detail player player player; grid-template-columns: var(--sidebar-w) 1fr var(--detail-w); grid-template-rows: 1fr var(--player-h); height: 100vh; } .app-sidebar { grid-area: sidebar; } .app-main { grid-area: main; } .app-detail { grid-area: detail; } .app-player { grid-area: player; }参数说明有三处重点1fr表示中间栏吃满剩余宽度这是自适应布局的核心写法grid-template-areas将六个区域映射成可见的字符图形行列数量不匹配时浏览器会直接报错相当于让CSS替你做了一次布局校验最外层高度用100vh而不是100%避免出现整页滚动条滚动行为交给main内部。.app-player单独占整行不跟侧边栏抢位置。提示播放条吸底优先用Grid或者position: sticky; bottom: 0。用fixed时记得给body加padding-bottom否则页面内容末行会被播放条的固定高度遮住。紧接着给最基础的HTML结构占位符都标清楚后面章节往里面填组件div classapp aside classapp-sidebar nav idnav-menu/nav /aside main classapp-main section idbanner/section section idrecommend/section /main aside classapp-detail div idplaylist-panel/div /aside footer classapp-player div idplayer-core/div /footer /div响应式在这个阶段就要想清楚不要等所有组件写完再返工。小于992px隐藏右侧详情栏小于768px将左侧导航压缩成icon条这是仿QQ音乐项目最常见的两档断点。断点跟着内容走详情栏内容对窄屏没有价值就整个隐藏而不是压缩到还剩300px在那里硬撑。3. 界面组件化头部、导航、歌单卡片和解不了的播放条3.1 先列组件清单再写组件课程设计写到半途最容易出现的问题是CSS越写越长、类名互相打架。动手前把参考图拆成组件清单是我在这类web项目里不变的做法。QQ音乐界面适合拆成下面六个组件组件职责主要状态Header搜索框、登录入口搜索焦点、登录态SideNav一级导航切换当前激活项Banner顶部推荐大图轮播索引CardGrid歌单封面网格hover播放态SongItem单曲行播放中高亮PlayerBar底部控制条播放/暂停、进度、音量每个组件一个容器类子元素统一用组件名__元素的命名方式比如card-grid__item、player-bar__progress。这个写法不是某个框架专属它就是BEM的简化版好处是样式作用域可预期改song-item不会误伤playlist-panel里的列表行。组件清单里必须回答一个问题每个组件的数据从哪来。课程设计的常见做法是本地JSON文件加一小段假数据接口而不要求真的连QQ音乐服务器。自己组数据时字段按“多一层嵌套好过平铺”的原则设计比如歌曲对象里歌手、专辑各占一个字段方便后面做筛选和排序。3.2 歌单卡片封面、遮罩和一次到位的事件卡片是QQ音乐界面出镜率最高的组件。下面这段CSS是典型的封面hover播放态实现默认状态藏播放按钮鼠标悬停时按钮滑出来.card-item { position: relative; border-radius: var(--radius-lg); overflow: hidden; background: var(--bg-panel); cursor: pointer; } .card-item__cover { width: 100%; aspect-ratio: 1 / 1; object-fit: cover; display: block; } .card-item__play { position: absolute; right: 12px; bottom: 12px; width: 40px; height: 40px; border-radius: 50%; background: var(--brand); color: #fff; border: none; opacity: 0; transform: translateY(8px); transition: all 0.2s ease; } .card-item:hover .card-item__play { opacity: 1; transform: translateY(0); }代码里值得注意的参数是这三行aspect-ratio: 1 / 1能保证封面永远是正方形不用再心算高度object-fit: cover是图片不拉伸的关键同时裁剪掉多余内容transform结合opacity做位移渐显比只用display: none换block的动画顺滑很多。提示如果hover里包含了display: none到block的切换transition会失效。所有入场动画都要用opacity和transform这类可插值属性。对应的事件处理我统一放在父容器上用事件委托替代给每张卡片绑监听。这样动态插入新卡片时不需要重新绑定内存占用也更低后面第3.3节放歌单数据时这个优势会直接体现出来。3.3 用JavaScript把歌单JSON渲染成真实可点的列表有了组件和样式还差“数据驱动渲染”。我在课程设计里最常给的示范是下面这段一个歌曲数组一个renderSongs函数数据变化后重新调用函数即可更新界面。const songs [ { id: 1001, title: 晴天, artist: 周杰伦, album: 叶惠美, duration: 269, cover: images/songs/1001.jpg }, { id: 1002, title: 七里香, artist: 周杰伦, album: 七里香, duration: 305, cover: images/songs/1002.jpg } ]; function renderSongs(container, list) { container.innerHTML list.map(song div classsong-item>img classsong-item__cover srchttps://example.com/covers/1001.jpg referrerpolicyno-referrer onerrorthis.srcimages/placeholder.jpg alt晴天 需要提醒的是这行改动解决的是“图片加载”这一层不涉及音频流地址的解析和加密逻辑。课程设计里你只需要保证自己拿到的素材能稳定展示即可不必去碰签名和加密算法。封面出不来先看浏览器Network面板里的状态码403开头的走referrerpolicy404的检查路径和文件名这是两类完全不同的问题不能混在一起排查。4. web前端交互状态、路由和本地存储里的那些坑4.1 hash路由让浏览器后退键在单页里依然可用仿QQ音乐这类web项目一旦在“我喜欢的音乐”“每日推荐”“排行榜”之间切换就需要一套简单的路由方案。常见做法是用hash路由因为它在本地以文件方式打开也能工作不需要后端配合。const routes { #/: renderHome, #/discover: renderDiscover, #/playlist/:id: renderPlaylist }; function parseHash() { const raw location.hash || #/; const [path, query ] raw.split(?); const params new URLSearchParams(query); const segments path.split(/).filter(Boolean); return { segments, params }; } function router() { const { segments } parseHash(); const key #/ segments[0]; const handler routes[key] || routes[#/]; handler(...segments.slice(1)); } window.addEventListener(hashchange, router); window.addEventListener(DOMContentLoaded, router);hashchange触发路由切换DOMContentLoaded负责首次进入页面时按地址加载对应视图。parseHash里的query拆解是为“跳转到歌单并定位到某一首歌”这类场景准备的路由跳转时把?song1001带上比再单独维护一个全局变量干净。4.2 收藏列表与localStorage的读写边界收藏和最近播放是这类仿站的基本用户态。不用引入任何状态管理库一个PlaylistStore类就能把读写封装清楚。const STORE_KEY qq-mock.favorites.v1; class PlaylistStore { constructor(key) { this.key key; this.list this.load(); } load() { try { const data JSON.parse(localStorage.getItem(this.key)); return Array.isArray(data) ? data : []; } catch (e) { return []; } } save() { localStorage.setItem(this.key, JSON.stringify(this.list)); } toggle(song) { const index this.list.findIndex(item item.id song.id); if (index 0) { this.list.splice(index, 1); } else { this.list.push(song); } this.save(); } has(id) { return this.list.some(item item.id id); } } const favorites new PlaylistStore(STORE_KEY);try...catch不是防御性过度设计localStorage在隐私模式和磁盘写满时都可能抛错不做兜底会让整个收藏功能崩溃。key里的v1版本号是为了以后改字段名时能主动清掉旧数据不至于用新代码解析老结构。注意存进localStorage的数据类型会被JSON序列化sessionStorage同理。从存储里读出来的对象永远失去了原型方法所以toggle接收的song对象需要在调用前重新组装字段而不是直接从DOM的dataset里读字符串拼接。第三方工具导出的歌单文件CSV、M3U8之类转成上面这个songs数组结构再调一次renderSongs就能刷进界面这是导入逻辑里性价比最高的接通方式。4.3 把静态页面部署上nginx顺便解决跨域课程设计交的是本地源码但写出“如何部署”会让答辩更有底气。nginx部署静态站点的配置很少关键是try_files和反向代理这两行server { listen 8080; server_name localhost; root /var/www/qq-music; index index.html; location / { try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://127.0.0.1:3001/; proxy_set_header Host $host; } }try_files检查请求路径对应的文件是否存在找不到就回退到index.html这是单页应用路由能被直刷的前提location /api/把前端请求转发到本地的JSON-Server或Node接口前端代码里只写fetch(/api/songs)不需要关心后端地址。同一台服务器上要放多个web项目就在server块里加带前缀的location比如location /music/对应一个目录各自独立。部署完成后记得验证一个细节直接访问http://localhost:8080/#/discover能打开页面说明hash路由命中直刷却404说明try_files写错了位置。nginx报错日志默认在error.log注意看有没有open() failed字样那是文件路径权限或缺目录的常见信号。5. 用一次截图回归验收你的界面界面类web项目最怕改着改着把某个角落改崩了。答辩前用Playwright跑一次无头浏览器截图对比把“像不像”变成像素差数据。npm init -y npm install -D playwright npx playwright install chromium准备两张基线图一张是原始参考图一张是你自己第一版通过评审的页面截图。验收脚本打开部署后的页面依次点击导航、播放、收藏三个操作每次操作后截图const { chromium } require(playwright); (async () { const browser await chromium.launch(); const page await browser.newPage({ viewport: { width: 1440, height: 900 } }); await page.goto(http://localhost:8080); await page.screenshot({ path: shots/home.png }); await page.click(nav a[href#/discover]); await page.waitForSelector(#recommend); await page.screenshot({ path: shots/discover.png }); await page.click(.song-item); await page.waitForSelector(.player-bar__progress); await page.screenshot({ path: shots/playing.png }); await browser.close(); })();对比截图用pixelmatch这个库算出来的差异像素占比就是回归指标。设置一个阈值比如超过1.5%判失败。这个值别设成0抗锯齿和字体渲染在不同系统下本来就有微小差异留一点余量才是工程做法。把基线图和脚本一起放进课程设计文档验收结论写“三次交互截图与基线差异率0.7%在1.5%阈值内通过”比“整体完成界面美观”这种描述具体得多。最后再提醒一个截图工具的坑无头浏览器对color-scheme: dark的适配和系统主题有关跑对比前把操作系统的深色模式关掉或者在脚本里显式指定page.emulateMedia({ colorScheme: light })否则你看到的差异可能来自主题切换而不是界面被改坏。基线截图要和回归截图用同一份模拟器配置这样像素对比才有参考意义。本文还有配套的精品资源点击获取
