信号默认值应选null还是undefined？输入值选择同理探讨

核心语义定义 #

先明确行业通用的语义约定：

• 官方文档《Null vs. Undefined》规则：
  • 未初始化的事物使用undefined
  • 当前不可用的事物使用null
• 通用编程认知：
  • undefined表示变量已声明但未被赋值
  • null是主动赋予的、明确的“无值”状态

Signal 默认值选择 #

Signal的默认值是开发者主动显式设置的初始状态，并非“未赋值”场景，所以要结合业务语义判断：

• 如果信号的初始状态是「当前无有效数据，但后续会被赋值（比如异步加载的内容）」，优先用signal<MyCustomType | null>(null)——这是主动标记它处于“不可用但已明确初始化”的状态，语义更精准。
• 若用signal<MyCustomType | undefined>(undefined)，会带来语义矛盾：你已经主动给了它undefined值，并非真的“未赋值”，容易让团队成员误解初始状态的意图。

Input 默认值同理 #

对于框架中的input类型（接收外部传入值的场景）：

• 如果外部未传值代表「无有效输入」，用input<MyCustomType | null>(null)更合适，明确是主动标记“无值”。
• 虽然undefined可以表示“未传入”，但多数框架中input的undefined默认值和“外部未传值”的行为重叠，语义清晰度不如null。

总结 #

没有绝对强制的标准，但优先推荐用null作为signal/input的无值默认状态：

• 贴合“主动设置初始值”的动作语义，避免undefined的“未赋值”歧义
• 语义更明确，降低团队协作的认知成本
• 若团队已有统一约定，优先遵循团队规范

内容的提问来源于stack exchange，提问作者dorian.naa