多规格商品更新图片，可以用稳定的视觉字段比较找出受影响 SKU，而不因对象字段顺序或库存变化重做全部图片。下面将颜色、图片版本和包装版本序列化为固定数组，并返回新增、移除与变化项。它输出范围，不自动覆盖或发布文件。
多规格商品更新图片，可以用稳定的视觉字段比较找出受影响 SKU，而不因对象字段顺序或库存变化重做全部图片。下面将颜色、图片版本和包装版本序列化为固定数组，并返回新增、移除与变化项。它输出范围，不自动覆盖或发布文件。
假设两次商品表库存变了，但图片素材版本没变；若直接比较整条 JSON，程序可能误判需要更新。另一个 SKU 包装升级，外形很相似，却确实需要检查对应配图。变化范围应来自明确业务字段，代码只落实这项协议，不凭图像猜测更新。
固定字段，拒绝重复商品身份
示例需要 id、color、imageVersion 与 packagingVersion，缺失或不是字符串即拒绝执行。index 将每条记录映射到稳定键，重复 id 抛错；不能让后面的同名条目悄悄覆盖前面的资料。JSON数组按约定顺序生成，避免对象键的排列成为视觉变化依据。
function visualKey(row) {
if (!row || typeof row.id!=='string' || !row.id) throw Error('SKU id');
const { color, imageVersion, packagingVersion }=row;
if (![color,imageVersion,packagingVersion].every(v=>typeof v==='string')) throw Error('visual fields');
return JSON.stringify([color,imageVersion,packagingVersion]);
}
function index(rows) {
const map=new Map();
for (const row of rows) { if(map.has(row.id)) throw Error('duplicate SKU'); map.set(row.id,visualKey(row)); }
return map;
}
export function diffVisuals(before,after) {
const old=index(before), current=index(after);
return {
added:[...current.keys()].filter(id=>!old.has(id)),
removed:[...old.keys()].filter(id=>!current.has(id)),
changed:[...current.keys()].filter(id=>old.has(id)&&old.get(id)!==current.get(id))
};
}
保存为 diff-visuals.mjs，导入 diffVisuals 并传入两次快照。added 表示新 SKU，removed 表示旧 SKU不再出现，changed 表示视觉键不同。结果保留输入中的顺序，不构成作图优先级。程序只处理内存对象，没有数据库事务，也不会删除移除项的历史文件。
验证变化范围
本次在 Node.js v24.16.0 下测试：只增加 stock 字段时，changed为空；颜色变化时，对应 id进入changed；新增项进入added；重复 SKU被拒绝。测试使用构造资料，不是任何实际商家商品表，因此只能证明所列字段比较逻辑，不提供上新成效或节省时间数据。
字段选择决定能发现什么。本文忽略了标题和说明，因为示例只圈视觉素材版本；实际业务若文案也影响图片，就增加明确的文案版本字段。不要把真实参数逐项散落进临时比较，而应确定哪个资料版本是稳定的来源，减少难以解释的漏检。
版本号没有变化但素材被覆盖，比较也不会发现。可以通过文件哈希补充内容核对，但哈希变化与商品事实变化仍是不同层次。上游需要遵守版本协议，不能让数据字段一成不变，然后期待差异函数从未知文件中恢复事实。
Picset 或其他工具承担制作候选图时，[1] 范围清单可以在调用之前生成：只为新增与变化项安排制作，移除项交给业务确认归档。本文未对接任何生成接口，不声称产品包含这套版本比较能力，也没有让 removed自动触发线上撤除。
执行更新还要记录哪份快照用于计划，避免计划生成后资料又改变。生产环境可在执行前再核对版本，必要时作幂等控制；这些超出最小函数范围，不应从测试通过推断已经具备。先保持只读范围报告，更容易让负责人确认。
最终让范围报告关联输入资料、输出文件与验收记录。程序帮助减少不相关修改，商品负责人确认哪些变化影响表达，员工在实际版位复核。稳定序列化的意义，是让每个变化能解释来源，而不是追求一个看似聪明却无法追查的自动更新决定。