TypeScript环境下使用GoJS的Size构造函数为何不能用null替代NaN

• 从你遇到的报错Invalid arguments to Size constructor: null, 200就能反推：GoJS对Size构造函数的入参做了严格的白名单校验，只有两类值是被允许的：
  • 代表明确固定尺寸的有限数值，比如宽度100、高度200这类正常数字
  • 代表「该维度不预设固定值，交由后续布局、元素测量逻辑动态计算」的特殊标记值NaN
• 类型定义里的w?: number, h?: number是TypeScript层面的可选参数语法，这里的?只代表“调用时可以完全不传这个参数，值等价于undefined”，从来没有把null算进number类型的合法取值范围，运行时自然会被校验拦截。
• 之所以选择NaN作为“留空”的标记值，是完全适配后续的尺寸计算链路设计的：
  • 构造函数检测到入参为NaN时，会把对应维度标记为「无固定约束」，后续布局计算、DOM/Canvas渲染环节遇到NaN值时，会自动跳过对该维度的强制赋值，完全匹配“固定某一个维度尺寸、另一个维度自适应”的使用场景，不会触发计算异常或者渲染错误。
  • 如果传入null，哪怕侥幸绕开了第一层构造函数校验，后续把null传入数值运算逻辑、或者传递给需要数值类型的渲染API时，都会产生大量不可控的问题：比如null和数字相加会被隐式转换成0，被DOM样式读取时会变成无效值，根本起不到“留空待计算”的作用。
• 额外说明：有人可能会疑惑为什么不直接写new Size(undefined, height)。这种写法在非严格模式下确实能运行，但GoJS官方统一推荐用NaN的原因是，NaN是合法的number类型值，能顺利通过严格模式下的TypeScript类型检查，同时能和“参数完全缺失走默认值（通常对应0尺寸）”的逻辑做明确区分，不会出现概念混淆。

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