d3.line生成器在端点为0或相邻null值时失效问题排查

异常的核心诱因是.defined(d => d.Value)的判断逻辑存在JS语言特性层面的误判：
JavaScript中数值0属于假值（falsy value），上述判断会把所有Value为0的有效数据点，和null/undefined这类缺口数据做同等处理——判定为「无效点」，直接排除在连线路径计算之外，和你是否提前过滤null记录没有关系。
所有异常场景都和这个误判直接对应：

• 起止点任意一侧Value为0时，端点被判定为无效，无法生成跨点的连线指令
• 当数据序列中存在0值点时，会被defined规则切分为孤立的路径片段，若片段内仅剩余1个有效点，生成器就只会返回单点移动指令加闭合标识的d属性（如M72.5,208.57142857142864Z），不会生成两点间的L连线指令
• 0值紧邻null值的场景下，0值本身被误判为无效点，哪怕null被提前过滤，剩余的0值点依然会被判定为缺口，无法和相邻点连线

核心是修正defined方法的判断逻辑，放弃真值简写判断，明确区分「0值有效点」和「null/undefined缺口点」：

1. 基础兼容版本（适配当前数据集特征，仅排除null/undefined缺口）
   将原有defined配置替换为：

.defined(d => d.Value !== null && d.Value !== undefined)

该配置下：

• 所有合法数值（包括0）都会被判定为有效点，正常参与路径计算
• null/undefined值会被识别为数据缺口，自动断开连线，保留d3.line原生的缺口断连效果
• 列出的4类异常场景（起止点为0、0值紧邻null）全部可以正常生成预期连线

2. 高鲁棒性版本（适配存在非法数值的脏数据集）
   如果数据集可能混入NaN等非合法数值，可以将判断逻辑补全为：

.defined(d => typeof d.Value === 'number' && !Number.isNaN(d.Value))

该配置会将所有类型为数字、且不是NaN的值（包括0）判定为有效点，其余非合法值统一作为缺口处理，适配性更强。

注意：替换defined配置后无需修改已有的x、y访问器逻辑，之前验证过的比例尺映射逻辑可以直接复用。

内容的提问来源于stack exchange，提问作者smpa01