前端图形学【免费下载链接】bloubSVG recreation of the x.ai bot avatar. One shape morphing through 14 states, measured off the reference video frame by frame.项目地址https://gitcode.com/gh_mirrors/bl/bloub点击查看免费下载bloub 是一个用 SVG 复现 x.ai 机器人头像动画的开源项目一个黑色填充形状在 14 种状态间平滑变形眼睛由两个独立的白色形状驱动。它能把头像导出为 SVG、PNG、GIF 和 MP4。正是这套导出功能催生了一对一整套无 DOM 测试 happy-dom的验证体系13 个测试文件里只有一个文件声明vitest-environment happy-dom其余全部跑在纯 node 环境里。而这套体系真正抓住的是只能靠逐帧翻看 MP4 才能发现的导出缺陷。bloub 的 14 种状态并排冻结展示docs/states.png由引擎按时间采样渲染而非浏览器截图1. 三层测试金字塔node 打底happy-dom 收口先看清测试体系的分层理解为什么只有 1 个文件需要 DOM层代表文件运行环境验证什么纯逻辑层engine.test.ts、cycles.test.ts、skins.test.tsnode引擎纯函数、时间线规则、形状/表情常量纯数据层export.test.ts、anime.test.ts、i18n.test.tsnode导出画框、文件名、GIF 调色板与 LZW 编码DOM 层capture.test.tshappy-dom离屏播放器渲染的 SVG 必须与引擎完全一致分层的关键在 vitest.config.tsenvironment: node是全局默认DOM 是按文件申请的——在需要的文件头部写一行// vitest-environment happy-dom即可配置里特意只挂了一个 Vue 插件它只为capture.test.ts这一个文件服务要挂载BloubBot.vue组件才能被 Vite 转换注释直接点明动机全局 DOM 环境会拖慢整套测试把测试套件保持在几秒钟原文Cest ce qui garde la suite a quelques secondes。也就是说happy-dom 不是这个项目的底座而是精确投放的一小块 DOM——只为验证导出的渲染必须来自组件本体而不是旁边重建的第二份画。2. 一个文件声明 happy-dom其余 12 个文件跑在 node唯一的 DOM 请求就在 capture.test.ts 的第一行capture.test.ts#L1// vitest-environment happy-dom文件头部的注释capture.test.ts#L11-L21说得很直白这是全仓库唯一需要 DOM 的测试所以环境声明放在文件头部其余测试跑在node环境这让capture.ts——连同整条导出链路——本来完全无法测试。它能抓住的问题除了逐帧检查 MP4 之外没有任何其他途径可见而这正是这些缺陷当初被放行的原因三个缺陷长期悄悄劣化着每一份导出的视频。为什么capture.ts无法在 node 里测试因为它是导出链路的 DOM 层capture.ts#L1-L11需要 canvas 光栅化、需要document.createElement、需要剪贴板。与之对应export.ts里的画框计算、目录、文件名都是纯函数留在 node 里由 export.test.ts 覆盖。一条导出链路被精确地切成了可纯测的部分和必须挂 DOM 的部分。离屏播放器本身的实现也值得看一眼capture.ts#L324-L377在document.body里挂一个position:fixed; left:-99999px的宿主 div用createApp把BloubBot以frozenAt: 0和首个状态的state挂载然后逐帧调用组件的rendAt(t)推进时间。这一步需要真实的组件挂载与渲染正是 happy-dom 的用武之地——但它比 jsdom 更轻且完全够用因为断言的内容全是不依赖布局与像素的字符串身体路径的d属性、眼睛的transform矩阵、viewBox的值。3. 纯函数引擎无 DOM 测试的地基这套体系成立的前提写在 docs/architecture.md 里engine.sample(t)是时间的纯函数。这正是frozenAt属性、冻结状态板和无 DOM 测试套件得以存在的原因。因此src/bot/有一条铁律不得出现依赖真实时间的内部状态不得用Date.now()不得引入任何 Vue 依赖。暂停、续播、跳到任意日期、跑测试都会得到同一张图像。测试正是利用这一点建立了双轨对照capture.test.ts里有一个辅助函数moteurAuMemeInstantcapture.test.ts#L36-L47独立于组件构造一个BotEngine按与组件完全相同的方式给每个区块的时间打上绝对偏移然后逐时刻与离屏播放器输出的 SVG 逐字节比对expect(corpsDe(svg), t${t.toFixed(2)}).toBe(attendu.bodyPath) expect(yeuxDe(svg), t${t.toFixed(2)}).toEqual(attendu.eyes.map((e) e.matrix))身体路径、眼睛矩阵都是纯字符串不需要任何渲染引擎也不关心 DOM 长什么样——这正是DOM 只负责挂载断言只碰文本的无 DOM 测试思路。4. 四个被 happy-dom 抓到的导出缺陷CHANGELOGCHANGELOG.md0.1.1 版本记录了三个不逐帧看 MP4 就发现不了的图像缺陷加上一个回归防线恰好对应capture.test.ts的四个用例缺陷一默认 GIF 开场是一颗没有眼睛的球。GIF 导出需要两遍扫描第一遍统计颜色建调色板第二遍编码。这要求重放序列必须逐帧一致否则第一遍统计出的调色板对第二遍无效。但离屏播放器会记住最后一次设置的区块而引擎为淡入淡出保留上一状态——完整播放一遍再回到 t0第一个状态会与最后一个状态混合。默认循环的结尾是彗星状态其eyeAlpha恰好为 0于是 GIF 第一帧变成无眼球体。锁定用例capture.test.ts#L86-L104重放完整序列后回到 t0身体路径与眼睛矩阵必须与首帧完全相等。缺陷二每个区块接缝处都是坏帧。区块交界处组件确实把状态设置到了绝对偏移再采样但state的 watcher 队列会被导出流程的nextTick排空绕过后一次本应惰性的redrawFrozen()。结果setState之后立刻sample(0)混合比例为零渲染出的是上一个状态的姿势——默认蒙太奇里有 13 处接缝每处一帧坏图0.1.1 修复前眼睛轨迹最多跳 53.4 个单位。锁定用例capture.test.ts#L116-L134在每个区块的起点与中点时刻逐一对照引擎直出的姿势。缺陷三导出画面不是从蒙太奇的第一个状态开始。离屏播放器挂载时未传stateprop模型落到默认值idle引擎便构建在静止之上一个以轨道状态开头的蒙太奇导出第 0 帧却是静止球体朝三角形 morph 了 0.6 秒的过渡画面而屏幕上的播放从不这样它用当前区块启动状态。修复是在ouvreCycle里显式传入首状态capture.ts#L341-L350测试对orbit、egg、hexagon三种开头各断言一次 t0 帧capture.test.ts#L144-L158。缺陷四回归防线导出画框与组件画框脱节。DEMI_ECRAN曾以 158 硬编码与组件里手写的VB 158之间没有任何引用关系。想象回归场景有人为环形更大的新状态加宽 viewBox导出却仍用旧画框每条视频多出空白边带而所有测试都是绿的。用例直接断言导出 SVG 的viewBox等于组件实际发射的值capture.test.ts#L62-L72而DEMI_ECRAN与组件画框如今同源于 export.ts画框包含所有形状等约束则留在 node 环境由 export.test.ts 把守。5. 这套体系给前端测试的三点启示DOM 是资源按文件申请而不是全局默认。一行// vitest-environment happy-dom把 DOM 成本压到一个文件整套测试保持在秒级。把纯函数内核当成测试资产。sample(t)不碰时钟、不碰框架于是测试可以独立构造参照系与 UI 路径逐字节对照。肉眼不可见的缺陷靠复现 断言固化。三个导出缺陷都是看视频才能发现的而修复之后锁定它们的测试把逐帧一致性变成了每次pnpm test都能重跑的断言。想读什么去哪里无 DOM 测试与冻结状态板的由来docs/architecture.md导出链路画框、GIF 两遍扫描、MP4docs/export.md唯一的 happy-dom 测试src/ui/capture.test.ts离屏播放器实现src/ui/capture.ts环境配置与 Vue 插件的用途vitest.config.ts缺陷修复记录CHANGELOG.md无 DOM 测试不是没有浏览器的妥协而是一次主动的架构选择纯函数引擎负责正确性happy-dom 只负责让组件本体被挂载、被读走。正是这 12:1 的环境配比让 bloub 在几秒内跑完全部测试同时把导出链路里最隐蔽的三个缺陷永久锁在了 CI 里。赞分享前端图形学【免费下载链接】bloubSVG recreation of the x.ai bot avatar. One shape morphing through 14 states, measured off the reference video frame by frame.项目地址https://gitcode.com/gh_mirrors/bl/bloub点击查看免费下载相关推荐Docker-Jellyfin硬件加速配置Intel、NVIDIA与树莓派优化指南Docker Jellyfin硬件加速配置Intel、NVIDIA与树莓派优化指南 想要让您的Jellyfin媒体服务器流畅播放4K HDR视频硬件加速是关终极指南如何为pack CLI执行全面测试与验证终极指南如何为pack CLI执行全面测试与验证 pack是一款基于Cloud Native Buildpacks的强大CLI工具它能帮助开发者轻松构建容器Gumbo-Parser重构验证如何构建完整的测试体系Gumbo Parser是一个用纯C99编写的HTML5解析库它为开发者提供了强大的HTML解析功能。在项目重构过程中构建完整的测试体系是确保代码质量和功能后端创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考