3个步骤手写实现电视机线路图可视化，解决版本升级API全变痛点
版本升级后 API 全变了，之前封装好的接口调用直接报错，文档里却找不到对应的新字段映射。这种断崖式体验在开发工具链中太常见了。与其等待官方 SDK 更新，不如手写实现一套基于数据驱动的渲染逻辑。今天我们要从零搭建一个“电视机线路图”可视化项目，它不仅仅是画几条线，更是解决复杂拓扑关系在版本迭代中如何稳定输出的实战案例。
项目目标
我们面临的核心问题是：硬件厂商提供的线路数据格式经常变动，旧的解析代码一旦遇到新版本 JSON 结构就会崩溃。我们需要一个不依赖特定第三方渲染库（避免库升级导致兼容性问题）的轻量级方案。
目标拆解：数据解耦：将“线路数据”与“渲染逻辑”彻底分离。无论后端返回的 JSON 字段名怎么变，前端只关心标准化的节点和连线数据。
手写渲染引擎：不引入 D3.js 或 Cytoscape 等重型库，使用原生 Canvas 或 SVG 手写实现路径绘制、节点拖拽和连线吸附功能。
容错机制：针对“版本升级后 API 全变了”的场景，建立一套字段映射中间层，实现旧数据格式到新渲染模型的自动转换。这个项目适合初学者理解图形渲染的基础逻辑，也适合中高级工程师学习如何构建高鲁棒性的前端组件。
目录结构
为了保证代码的工程化可复现，我们采用标准的模块化结构。所有代码均基于 TypeScript 编写，利用类型系统规避运行时错误。
tv-schematic-viewer/
├── src/
│ ├── core/
│ │ ├── Parser.ts # 数据解析器，处理API字段映射
│ │ ├── Layout.ts # 布局算法，计算节点坐标
│ │ └── Renderer.ts # 核心渲染引擎，手写Canvas绘制逻辑
│ ├── components/
│ │ ├── SchematicView.tsx # React封装组件
│ │ └── ControlPanel.tsx # 缩放、平移控制面板
│ ├── types/
│ │ └── index.d.ts # 类型定义，包含旧版/新版API结构
│ └── utils/
│ └── MathHelper.ts # 向量计算工具
├── index.html
├── main.ts
└── package.json关键点说明：Parser.ts 是项目的“防火墙”。所有来自后端的脏数据在这里被清洗、标准化。
Renderer.ts 是“画板”。它不知道数据来自哪个版本，只接收标准化的 Node[] 和 Edge[]。
使用 NPM 官方包 typescript 和 canvas 作为基础依赖，确保环境一致性。在 package.json 中，我们严格锁定版本，防止依赖树中的间接依赖升级引发不可预知的 Bug。核心代码实现
这部分是文章的灵魂。我们将重点展示如何手写实现数据映射和 Canvas 绘制。
1. 解决 API 变更：数据映射层
假设旧版 API 返回的是嵌套数组，而新版 API 改为了扁平化对象，且字段名从 id 变成了 nodeUid。
// src/core/Parser.tsexport interface StandardNode {id: string;x: number;y: number;label: string;type: 'power' | 'signal' | 'antenna';
}export interface StandardEdge {from: string;to: string;type: 'solid' | 'dashed';
}/*** 核心适配器：处理版本升级后 API 全变了的痛点* 通过检测数据结构特征，自动判断版本并进行转换*/
export class DataParser {/*** 判断传入数据是旧版(嵌套)还是新版(扁平)*/detectVersion(data: any): 'v1' | 'v2' {// 新版API通常有 meta 字段，或者节点直接带有 x,y 坐标if (data.meta Array.isArray(data.nodes)) {return 'v2';}return 'v1';}parse(rawData: any): { nodes: StandardNode[]; edges: StandardEdge[] } {const version = this.detectVersion(rawData);if (version === 'v2') {return this.parseV2(rawData);} else {return this.parseV1(rawData);}}private parseV1(data: any) {const nodes: StandardNode[] = [];const edges: StandardEdge[] = [];// 旧版数据结构: { components: [{ id, name, children: [...] }] }data.components.forEach((comp: any) = {// 字段映射: 旧版 id - 新版 id, 旧版 name - 新版 labelnodes.push({id: comp.id,label: comp.name, x: comp.position.x || 0,y: comp.position.y || 0,type: 'signal'});// 递归处理子组件连线if (comp.connections) {comp.connections.forEach((conn: any) = {edges.push({from: conn.sourceId,to: conn.targetId,type: 'solid'});});}});return { nodes, edges };}private parseV2(data: any) {// 新版数据结构: { nodes: [{ nodeUid, pos: {x,y}, label }], links: [...] }const nodes: StandardNode[] = data.nodes.map((n: any) = ({id: n.nodeUid, // 关键：字段名变更处理label: n.label,x: n.pos.x,y: n.pos.y,type: n.category || 'signal'}));const edges: StandardEdge[] = data.links.map((l: any) = ({from: l.source,to: l.target,type: l.style === 'wire' ? 'solid' : 'dashed'}));return { nodes, edges };}
}逐行讲解：detectVersion 方法不依赖版本号字段，而是通过结构特征判断。这是应对“API 全变了”最稳健的策略——结构嗅探。
parseV1 和 parseV2 分别处理两种结构。注意 id: n.nodeUid 这一行，这就是在代码层面消化 API 变更，上层业务代码完全无感知。2. 手写渲染引擎：Canvas 绘制
不依赖第三方图表库，我们直接用 Canvas 2D API 绘制贝塞尔曲线作为线路。
// src/core/Renderer.tsexport class SchematicRenderer {private ctx: CanvasRenderingContext2D;private width: number;private height: number;private zoom: number = 1;private panX: number = 0;private panY: number = 0;constructor(private canvas: HTMLCanvasElement) {this.ctx = canvas.getContext('2d')!;this.width = canvas.width;this.height = canvas.height;}/*** 核心绘制方法*/render(nodes: StandardNode[], edges: StandardEdge[]) {this.clear();// 应用缩放和平移变换this.ctx.save();this.ctx.translate(this.panX, this.panY);this.ctx.scale(this.zoom, this.zoom);this.drawEdges(edges, nodes);this.drawNodes(nodes);this.ctx.restore();}private drawEdges(edges: StandardEdge[], nodes: StandardNode[]) {const nodeMap = new Map(nodes.map(n = [n.id, n]));edges.forEach(edge = {const fromNode = nodeMap.get(edge.from);const toNode = nodeMap.get(edge.to);if (!fromNode || !toNode) return;// 计算控制点，使线路呈现平滑弯曲const midX = (fromNode.x + toNode.x) / 2;const midY = (fromNode.y + toNode.y) / 2;const offset = Math.abs(toNode.y - fromNode.y) * 0.5;this.ctx.beginPath();this.ctx.moveTo(fromNode.x, fromNode.y);// 手写贝塞尔曲线控制点逻辑this.ctx.bezierCurveTo(fromNode.x, fromNode.y + offset,toNode.x, toNode.y - offset,toNode.x, toNode.y);this.ctx.strokeStyle = edge.type === 'dashed' ? '#888' : '#007bff';this.ctx.lineWidth = 2 / this.zoom; // 保持线宽在缩放下视觉一致this.ctx.stroke();});}private drawNodes(nodes: StandardNode[]) {nodes.forEach(node = {const size = 30 / this.zoom; // 节点尺寸随缩放自适应// 绘制节点背景this.ctx.fillStyle = '#fff';this.ctx.strokeStyle = '#333';this.ctx.lineWidth = 2 / this.zoom;this.ctx.beginPath();this.ctx.arc(node.x, node.y, size, 0, Math.PI * 2);this.ctx.fill();this.ctx.stroke();// 绘制标签this.ctx.fillStyle = '#333';this.ctx.font = `${12 / this.zoom}px sans-serif`;this.ctx.textAlign = 'center';this.ctx.textBaseline = 'middle';this.ctx.fillText(node.label, node.x, node.y);});}private clear() {this.ctx.clearRect(0, 0, this.width, this.height);}// 提供缩放和平移的公共方法setZoom(zoom: number) { this.zoom = Math.max(0.5, Math.min(3, zoom)); }setPan(x: number, y: number) { this.panX = x; this.panY = y; }
}避坑指南：线宽缩放问题：在 drawEdges 中，lineWidth = 2 / this.zoom 是关键。如果不除以缩放比例，放大时线路会变粗，缩小时会变细，视觉体验极差。
坐标变换顺序：translate 必须在 scale 之前。如果顺序颠倒，平移量也会随着缩放比例变化，导致拖拽操作出现“漂移”感。运行与测试
为了验证代码的健壮性，我们需要模拟两个版本的 API 数据。
1. 测试数据准备
创建一个 mockData.ts，包含 v1Data 和 v2Data。
// src/utils/mockData.tsexport const v1Data = {components: [{ id: power, name: 电源模块, position: { x: 100, y: 100 }, connections: [{ sourceId: power, targetId: main }] },{ id: main, name: 主板, position: { x: 300, y: 100 } }]
};export const v2Data = {meta: { version: 2.0 },nodes: [{ nodeUid: pwr_01, label: 电源, pos: { x: 100, y: 100 }, category: power },{ nodeUid: main_01, label: 主板, pos: { x: 300, y: 100 }, category: signal }],links: [{ source: pwr_01, target: main_01, style: wire }]
};2. 主入口逻辑
在 main.ts 中初始化渲染器，并演示数据切换。
// main.ts
import { DataParser } from './src/core/Parser';
import { SchematicRenderer } from './src/core/Renderer';
import { v1Data, v2Data } from './src/utils/mockData';const canvas = document.getElementById('schematic') as HTMLCanvasElement;
const renderer = new SchematicRenderer(canvas);
const parser = new DataParser();// 场景1：加载旧版数据
const parsedV1 = parser.parse(v1Data);
renderer.render(parsedV1.nodes, parsedV1.edges);
console.log(V1 渲染完成，节点数:, parsedV1.nodes.length);// 模拟 API 升级，加载新版数据
const parsedV2 = parser.parse(v2Data);
renderer.render(parsedV2.nodes, parsedV2.edges);
console.log(V2 渲染完成，节点数:, parsedV2.nodes.length);// 交互测试：监听缩放
window.addEventListener('wheel', (e) = {e.preventDefault();const delta = e.deltaY 0 ? -0.1 : 0.1;// 注意：实际项目中需要计算缩放中心点，这里简化为围绕原点缩放renderer.setZoom(renderer['zoom'] + delta); renderer.render(parsedV2.nodes, parsedV2.edges);
});3. 验证标准视觉一致性：切换 V1 和 V2 数据后，屏幕上的拓扑结构应保持一致（除了标签可能不同，因为 Mock 数据中 ID 变了，但在真实场景中应映射到相同的物理节点）。
性能表现：当节点数量达到 500+ 时，渲染帧率应保持在 30FPS 以上。如果卡顿，需引入脏矩形重绘（Dirty Rectangle）优化，仅重绘变化的区域。优化扩展
在基础功能实现后，我们可以进一步优化以应对更复杂的工程场景。
1. 性能优化：视口裁剪
当电视机线路图非常庞大（如包含 1000+ 个元器件）时，全量渲染会导致 CPU 飙升。我们需要在 Renderer.ts 中增加视口裁剪逻辑：
private isNodeVisible(node: StandardNode): boolean {// 将节点坐标从世界坐标系转换到屏幕坐标系const screenX = node.x * this.zoom + this.panX;const screenY = node.y * this.zoom + this.panY;const margin = 50; // 缓冲区return (screenX -margin screenX this.width + margin screenY -margin screenY this.height + margin);
}在 drawNodes 和 drawEdges 中，先调用 isNodeVisible，不可见的节点直接 return，不进入绘制流程。
2. 状态管理：使用 Redux 或 Zustand
目前渲染器是命令式的。在大型应用中，建议引入状态管理库。例如，使用 Zustand 管理 nodes、edges、zoom 状态。当 API 数据更新时，通过 Action 触发状态变更，再触发重绘。这样可以将数据流和视图层解耦，便于单元测试。
3. 导出功能
用户经常需要将线路图导出为 PNG 用于存档。利用 Canvas 原生的 toDataURL 方法即可实现：
exportPNG() {const link = document.createElement('a');link.download = 'tv-schematic.png';link.href = this.canvas.toDataURL('image/png');link.click();
}小结
通过这个“电视机线路图”项目，我们手写实现了一套不依赖重型第三方库的可视化方案。核心在于两点：数据适配层：通过结构嗅探和字段映射，彻底隔离了后端 API 变更对前端的影响。无论版本如何升级，前端只需维护解析器中的映射规则，渲染引擎保持稳定。
原生渲染能力：掌握了 Canvas 的坐标变换、贝塞尔曲线绘制和视口裁剪，你就能应对 90% 的自定义图形需求，不再被 NPM 包的升级策略绑架。这种“掌控底层”的能力，在应对技术栈快速迭代时，是最宝贵的资产。不要害怕手写代码，当你能清晰地解释每一行绘制逻辑时，你对代码的理解才真正开始。
你在项目里踩过这个坑吗？比如依赖库突然 breaking change 导致线上事故，或者后端 API 文档与实际返回数据不符？评论区聊聊你是怎么解决的，有没有更优雅的适配方案？
3个步骤手写实现电视机线路图可视化，解决版本升级API全变痛点
版本升级后 API 全变了，之前封装好的接口调用直接报错，文档里却找不到对应的新字段映射。这种断崖式体验在开发工具链中太常见了。与其等待官方 SDK 更新，不如手写实现一套基于数据驱动的渲染逻辑。今天我们要从零搭建一个“电视机线路图”可视化项目，它不仅仅是画几条线，更是解决复杂拓扑关系在版本迭代中如何稳定输出的实战案例。
项目目标
我们面临的核心问题是：硬件厂商提供的线路数据格式经常变动，旧的解析代码一旦遇到新版本 JSON 结构就会崩溃。我们需要一个不依赖特定第三方渲染库（避免库升级导致兼容性问题）的轻量级方案。
目标拆解：数据解耦：将“线路数据”与“渲染逻辑”彻底分离。无论后端返回的 JSON 字段名怎么变，前端只关心标准化的节点和连线数据。
手写渲染引擎：不引入 D3.js 或 Cytoscape 等重型库，使用原生 Canvas 或 SVG 手写实现路径绘制、节点拖拽和连线吸附功能。
容错机制：针对“版本升级后 API 全变了”的场景，建立一套字段映射中间层，实现旧数据格式到新渲染模型的自动转换。这个项目适合初学者理解图形渲染的基础逻辑，也适合中高级工程师学习如何构建高鲁棒性的前端组件。
目录结构
为了保证代码的工程化可复现，我们采用标准的模块化结构。所有代码均基于 TypeScript 编写，利用类型系统规避运行时错误。
tv-schematic-viewer/
├── src/
│ ├── core/
│ │ ├── Parser.ts # 数据解析器，处理API字段映射
│ │ ├── Layout.ts # 布局算法，计算节点坐标
│ │ └── Renderer.ts # 核心渲染引擎，手写Canvas绘制逻辑
│ ├── components/
│ │ ├── SchematicView.tsx # React封装组件
│ │ └── ControlPanel.tsx # 缩放、平移控制面板
│ ├── types/
│ │ └── index.d.ts # 类型定义，包含旧版/新版API结构
│ └── utils/
│ └── MathHelper.ts # 向量计算工具
├── index.html
├── main.ts
└── package.json关键点说明：Parser.ts 是项目的“防火墙”。所有来自后端的脏数据在这里被清洗、标准化。
Renderer.ts 是“画板”。它不知道数据来自哪个版本，只接收标准化的 Node[] 和 Edge[]。
使用 NPM 官方包 typescript 和 canvas 作为基础依赖，确保环境一致性。在 package.json 中，我们严格锁定版本，防止依赖树中的间接依赖升级引发不可预知的 Bug。核心代码实现
这部分是文章的灵魂。我们将重点展示如何手写实现数据映射和 Canvas 绘制。
1. 解决 API 变更：数据映射层
假设旧版 API 返回的是嵌套数组，而新版 API 改为了扁平化对象，且字段名从 id 变成了 nodeUid。
// src/core/Parser.tsexport interface StandardNode {id: string;x: number;y: number;label: string;type: 'power' | 'signal' | 'antenna';
}export interface StandardEdge {from: string;to: string;type: 'solid' | 'dashed';
}/*** 核心适配器：处理版本升级后 API 全变了的痛点* 通过检测数据结构特征，自动判断版本并进行转换*/
export class DataParser {/*** 判断传入数据是旧版(嵌套)还是新版(扁平)*/detectVersion(data: any): 'v1' | 'v2' {// 新版API通常有 meta 字段，或者节点直接带有 x,y 坐标if (data.meta Array.isArray(data.nodes)) {return 'v2';}return 'v1';}parse(rawData: any): { nodes: StandardNode[]; edges: StandardEdge[] } {const version = this.detectVersion(rawData);if (version === 'v2') {return this.parseV2(rawData);} else {return this.parseV1(rawData);}}private parseV1(data: any) {const nodes: StandardNode[] = [];const edges: StandardEdge[] = [];// 旧版数据结构: { components: [{ id, name, children: [...] }] }data.components.forEach((comp: any) = {// 字段映射: 旧版 id - 新版 id, 旧版 name - 新版 labelnodes.push({id: comp.id,label: comp.name, x: comp.position.x || 0,y: comp.position.y || 0,type: 'signal'});// 递归处理子组件连线if (comp.connections) {comp.connections.forEach((conn: any) = {edges.push({from: conn.sourceId,to: conn.targetId,type: 'solid'});});}});return { nodes, edges };}private parseV2(data: any) {// 新版数据结构: { nodes: [{ nodeUid, pos: {x,y}, label }], links: [...] }const nodes: StandardNode[] = data.nodes.map((n: any) = ({id: n.nodeUid, // 关键：字段名变更处理label: n.label,x: n.pos.x,y: n.pos.y,type: n.category || 'signal'}));const edges: StandardEdge[] = data.links.map((l: any) = ({from: l.source,to: l.target,type: l.style === 'wire' ? 'solid' : 'dashed'}));return { nodes, edges };}
}逐行讲解：detectVersion 方法不依赖版本号字段，而是通过结构特征判断。这是应对“API 全变了”最稳健的策略——结构嗅探。
parseV1 和 parseV2 分别处理两种结构。注意 id: n.nodeUid 这一行，这就是在代码层面消化 API 变更，上层业务代码完全无感知。2. 手写渲染引擎：Canvas 绘制
不依赖第三方图表库，我们直接用 Canvas 2D API 绘制贝塞尔曲线作为线路。
// src/core/Renderer.tsexport class SchematicRenderer {private ctx: CanvasRenderingContext2D;private width: number;private height: number;private zoom: number = 1;private panX: number = 0;private panY: number = 0;constructor(private canvas: HTMLCanvasElement) {this.ctx = canvas.getContext('2d')!;this.width = canvas.width;this.height = canvas.height;}/*** 核心绘制方法*/render(nodes: StandardNode[], edges: StandardEdge[]) {this.clear();// 应用缩放和平移变换this.ctx.save();this.ctx.translate(this.panX, this.panY);this.ctx.scale(this.zoom, this.zoom);this.drawEdges(edges, nodes);this.drawNodes(nodes);this.ctx.restore();}private drawEdges(edges: StandardEdge[], nodes: StandardNode[]) {const nodeMap = new Map(nodes.map(n = [n.id, n]));edges.forEach(edge = {const fromNode = nodeMap.get(edge.from);const toNode = nodeMap.get(edge.to);if (!fromNode || !toNode) return;// 计算控制点，使线路呈现平滑弯曲const midX = (fromNode.x + toNode.x) / 2;const midY = (fromNode.y + toNode.y) / 2;const offset = Math.abs(toNode.y - fromNode.y) * 0.5;this.ctx.beginPath();this.ctx.moveTo(fromNode.x, fromNode.y);// 手写贝塞尔曲线控制点逻辑this.ctx.bezierCurveTo(fromNode.x, fromNode.y + offset,toNode.x, toNode.y - offset,toNode.x, toNode.y);this.ctx.strokeStyle = edge.type === 'dashed' ? '#888' : '#007bff';this.ctx.lineWidth = 2 / this.zoom; // 保持线宽在缩放下视觉一致this.ctx.stroke();});}private drawNodes(nodes: StandardNode[]) {nodes.forEach(node = {const size = 30 / this.zoom; // 节点尺寸随缩放自适应// 绘制节点背景this.ctx.fillStyle = '#fff';this.ctx.strokeStyle = '#333';this.ctx.lineWidth = 2 / this.zoom;this.ctx.beginPath();this.ctx.arc(node.x, node.y, size, 0, Math.PI * 2);this.ctx.fill();this.ctx.stroke();// 绘制标签this.ctx.fillStyle = '#333';this.ctx.font = `${12 / this.zoom}px sans-serif`;this.ctx.textAlign = 'center';this.ctx.textBaseline = 'middle';this.ctx.fillText(node.label, node.x, node.y);});}private clear() {this.ctx.clearRect(0, 0, this.width, this.height);}// 提供缩放和平移的公共方法setZoom(zoom: number) { this.zoom = Math.max(0.5, Math.min(3, zoom)); }setPan(x: number, y: number) { this.panX = x; this.panY = y; }
}避坑指南：线宽缩放问题：在 drawEdges 中，lineWidth = 2 / this.zoom 是关键。如果不除以缩放比例，放大时线路会变粗，缩小时会变细，视觉体验极差。
坐标变换顺序：translate 必须在 scale 之前。如果顺序颠倒，平移量也会随着缩放比例变化，导致拖拽操作出现“漂移”感。运行与测试
为了验证代码的健壮性，我们需要模拟两个版本的 API 数据。
1. 测试数据准备
创建一个 mockData.ts，包含 v1Data 和 v2Data。
// src/utils/mockData.tsexport const v1Data = {components: [{ id: power, name: 电源模块, position: { x: 100, y: 100 }, connections: [{ sourceId: power, targetId: main }] },{ id: main, name: 主板, position: { x: 300, y: 100 } }]
};export const v2Data = {meta: { version: 2.0 },nodes: [{ nodeUid: pwr_01, label: 电源, pos: { x: 100, y: 100 }, category: power },{ nodeUid: main_01, label: 主板, pos: { x: 300, y: 100 }, category: signal }],links: [{ source: pwr_01, target: main_01, style: wire }]
};2. 主入口逻辑
在 main.ts 中初始化渲染器，并演示数据切换。
// main.ts
import { DataParser } from './src/core/Parser';
import { SchematicRenderer } from './src/core/Renderer';
import { v1Data, v2Data } from './src/utils/mockData';const canvas = document.getElementById('schematic') as HTMLCanvasElement;
const renderer = new SchematicRenderer(canvas);
const parser = new DataParser();// 场景1：加载旧版数据
const parsedV1 = parser.parse(v1Data);
renderer.render(parsedV1.nodes, parsedV1.edges);
console.log(V1 渲染完成，节点数:, parsedV1.nodes.length);// 模拟 API 升级，加载新版数据
const parsedV2 = parser.parse(v2Data);
renderer.render(parsedV2.nodes, parsedV2.edges);
console.log(V2 渲染完成，节点数:, parsedV2.nodes.length);// 交互测试：监听缩放
window.addEventListener('wheel', (e) = {e.preventDefault();const delta = e.deltaY 0 ? -0.1 : 0.1;// 注意：实际项目中需要计算缩放中心点，这里简化为围绕原点缩放renderer.setZoom(renderer['zoom'] + delta); renderer.render(parsedV2.nodes, parsedV2.edges);
});3. 验证标准视觉一致性：切换 V1 和 V2 数据后，屏幕上的拓扑结构应保持一致（除了标签可能不同，因为 Mock 数据中 ID 变了，但在真实场景中应映射到相同的物理节点）。
性能表现：当节点数量达到 500+ 时，渲染帧率应保持在 30FPS 以上。如果卡顿，需引入脏矩形重绘（Dirty Rectangle）优化，仅重绘变化的区域。优化扩展
在基础功能实现后，我们可以进一步优化以应对更复杂的工程场景。
1. 性能优化：视口裁剪
当电视机线路图非常庞大（如包含 1000+ 个元器件）时，全量渲染会导致 CPU 飙升。我们需要在 Renderer.ts 中增加视口裁剪逻辑：
private isNodeVisible(node: StandardNode): boolean {// 将节点坐标从世界坐标系转换到屏幕坐标系const screenX = node.x * this.zoom + this.panX;const screenY = node.y * this.zoom + this.panY;const margin = 50; // 缓冲区return (screenX -margin screenX this.width + margin screenY -margin screenY this.height + margin);
}在 drawNodes 和 drawEdges 中，先调用 isNodeVisible，不可见的节点直接 return，不进入绘制流程。
2. 状态管理：使用 Redux 或 Zustand
目前渲染器是命令式的。在大型应用中，建议引入状态管理库。例如，使用 Zustand 管理 nodes、edges、zoom 状态。当 API 数据更新时，通过 Action 触发状态变更，再触发重绘。这样可以将数据流和视图层解耦，便于单元测试。
3. 导出功能
用户经常需要将线路图导出为 PNG 用于存档。利用 Canvas 原生的 toDataURL 方法即可实现：
exportPNG() {const link = document.createElement('a');link.download = 'tv-schematic.png';link.href = this.canvas.toDataURL('image/png');link.click();
}小结
通过这个“电视机线路图”项目，我们手写实现了一套不依赖重型第三方库的可视化方案。核心在于两点：数据适配层：通过结构嗅探和字段映射，彻底隔离了后端 API 变更对前端的影响。无论版本如何升级，前端只需维护解析器中的映射规则，渲染引擎保持稳定。
原生渲染能力：掌握了 Canvas 的坐标变换、贝塞尔曲线绘制和视口裁剪，你就能应对 90% 的自定义图形需求，不再被 NPM 包的升级策略绑架。这种“掌控底层”的能力，在应对技术栈快速迭代时，是最宝贵的资产。不要害怕手写代码，当你能清晰地解释每一行绘制逻辑时，你对代码的理解才真正开始。
你在项目里踩过这个坑吗？比如依赖库突然 breaking change 导致线上事故，或者后端 API 文档与实际返回数据不符？评论区聊聊你是怎么解决的，有没有更优雅的适配方案？
