为何TSLint的prefer-const规则对同场景变量警告不一致？

这其实是TSLint的prefer-const规则的设计逻辑导致的，我来给你拆解清楚：

函数内变量foo触发警告的原因 #

你看这段函数里的代码：

function randomFunction() { 
  let foo: obj = { bar: "" } 
  foo.bar = "hip" 
}

虽然你修改了foo.bar的属性值，但变量foo本身的引用从来没被重新赋值过——你从来没做过foo = { bar: "new value" }这种替换整个对象的操作。

prefer-const规则的核心判断标准是：变量声明后是否被重新赋值，和变量内部的属性是否修改无关。因为const保证的是变量的引用不可变，不是变量指向的对象/数组的内部属性不可变。所以函数内的foo符合“从未被重新赋值”的条件，触发了警告。

全局变量snack不触发警告的原因 #

对于全局变量snack，TSLint的处理逻辑有区别：它默认假设全局变量可能在当前文件之外的其他代码中被重新赋值——比如别的脚本文件可能会直接修改snack的引用（比如snack = { bar: "external change" }）。

因为TSLint无法检测当前文件以外的代码对全局变量的操作，所以不会对全局变量触发prefer-const警告，避免误判。

验证和解决方案 #

验证逻辑 #

如果把snack放到函数内部，同样会触发警告：

function testSnack() {
  let snack: obj = { bar: "" } 
  snack.bar = "hop" // 这里会触发prefer-const警告
}

这就说明规则本身是正常的，只是对全局变量网开一面。

解决方案 #

你用/* tslint:disable: prefer-const */禁用规则是可行的，但更规范的做法是直接把let改成const——因为修改对象属性完全不违反const的约束：

function randomFunction() { 
  const foo: obj = { bar: "" } 
  foo.bar = "hip" // 完全合法，const只禁止重新赋值变量引用
} 

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