施工材料CSV导入工作台已经有了完整业务闭环：第一篇处理引号、BOM与记录边界，第二篇确认六列映射并隔离无效数量，第三篇按逻辑记录切片并把提交游标与数据库事务绑定。到了准备发布的阶段，新风险往往不在按钮或列表，而在依赖版本发生变化以后，过去合法的文件被解析成了不同数量的记录。只要记录边界发生变化，第三篇保存的nextRecord就可能指向错误的数据；只要数量转换规则变化，第二篇的隔离结果就可能与旧

工地材料导入工作台进入第三个环节后，问题从“如何识别一行数据”转向“已确认的几百行怎样在中断后保持准确”。前两篇已约定六个业务字段：materialCode、materialName、specification、unit、quantity和zone。输入经过CSV语法解析、列映射及数量校验后，既有有效材料，也有需要单独保留理由的错误记录。清单从几百条增长到上万条时，一次性构建完整数组再写库，会使页

上一篇已经把CSV读取拆成三个层次：第三方库负责引号和换行等语法，输入边界负责文件大小与结构，HarmonyOS页面负责展示解析摘要。这时导入工作台能够稳定拿到二维字符串数组，却仍然不能直接写入材料表。原因很常见：同一工地的不同供应商对相同业务含义使用不同列名，“物料编码”可能叫“材料编号”，“规格型号”可能叫“型号”，“施工区域”可能叫“使用部位”。如果继续依据固定列号取值，清单格式稍有调整，材

施工材料清单看着不过是几列文字，接入应用后却经常成为批量数据污染的入口。材料员从表格软件导出CSV，列名带有不可见的编码标记，物料名称包含逗号，说明字段有换行，某个供应商还会把数量写成带空格的字符串。如果在HarmonyOS页面里直接使用split(',')，从第一条带引号的材料记录开始，列位置就会整体错位。前端列表可能显示得很整齐，后续生成的导入结果却已偏离原始字段。 我把这

首层机电平面图的批注工作台已经把几条最容易互相干扰的数据关系分开：图纸页逻辑尺寸4200×2970，视口基准960×640，给水阀门的原始页锚点是(2600,1850)；缩放、旋转和拖动只影响从页到屏幕的变换。给排水层、强电层和文字批注层独立保存，第六篇采用512逻辑单位的可见块调度，第七篇又用追加事件与修订号处理撤销。此时工程看起来可以结束，但把图纸输出给施工和复核人员时，很容易出现新的偏移。

首层机电平面图的工作台已经解决了几个很容易互相牵连的问题：4200×2970的页坐标不跟随窗口缩放改变，视口960×640下的触点先经逆矩阵转换，给水阀门固定在页锚点(2600,1850)，图层显隐和文字标签的位置分别保存。上一篇将底图分成512逻辑单位的块，屏幕平移时只调度可见区。这样一来，批注编辑终于不再依附于某个正在显示的图块。 接下来更难处理的是“撤销”。工程师在平板上移动一条批注，接着修

首层机电平面图的批注工程推进到这一章，图纸上的点、线和文字已经有清楚的归属：原始页面4200×2970，工作视口按960×640讨论，给水阀门仍固定在页坐标(2600,1850)。上篇让“给水阀门”和“管道检修口”两段文字使用稳定候选位置避让。接下来遇到的障碍不是排版算法，而是用户把图纸拖到远处时，页面仍要求一次装入所有管线、建筑线条和批注，导致切换视口后旧位置的数据还占着绘制队列。 图纸尺寸在本

上一章把触控笔的写入过程与多指视图操作分开后，首层机电平面图已经有了稳定的批注锚点，也有给排水、强电和文字批注等图层。但当几条管线在狭小区域相交，两个文字标签就可能遮住同一处阀门。用户把“给水阀门”拖到合适位置后，改变图层可见性或旋转图纸，文字又挤到一起；如果此时直接修改锚点，就会把排版问题错误地写进业务位置。 本篇沿用4200×2970的图纸页坐标和前文的变换矩阵。给水阀门的页锚点为(2600,

机电图纸工作台的批注在单点操作时很容易成立：点一下给水阀门，写入一个稳定的页锚点。真正把页面交给现场人员后，问题会出现在手势重叠的一瞬间。用户正用笔描出一段管线，另一只手指按到屏幕准备缩放；如果笔迹模块仍把后续位移当成绘制坐标，图纸上就会出现一条长线。反过来，双指已经开始调整视口，某根手指先抬起时，又可能被误认为一次新的批注点击。 前三篇已经把坐标和数据职责拆开：首层机电平面图的原始逻辑尺寸为42

机电图纸批注工作台已经解决两层坐标问题：第一篇把点位存成原始图纸坐标，第二篇让旋转、缩放和平移后的屏幕触点能够通过逆矩阵回到同一坐标。接下来要处理的是数据归属。给水阀门、强电线路和文字说明都可能覆盖在一张图纸上；当用户关闭强电层时，其他批注不能跟着消失，更不能把“隐藏”误当成删除后从存储中移除。 继续沿用首层机电平面图，页逻辑尺寸4200×2970，视口960×640。给水阀门的锚点仍为(2600