不使用var、let、const是否有适用场景？修改变量的语法疑问

Great question—this is a super common point of confusion when you're getting deeper into JavaScript's scoping rules! Let's break this down step by step.

1. 当作用域链中存在已有变量时的行为 #

当你省略var/let/const直接给变量赋值时，JavaScript会沿着当前作用域链（从当前作用域开始，逐步向上到全局作用域）查找这个变量：

• 如果找到一个已声明的变量（不管是用var、let还是const声明的），它会直接修改这个变量的值——除非这个变量是用const声明的，此时会抛出一个TypeError（因为const变量不能被重新赋值）。
• 如果没找到，才会在全局作用域自动创建这个变量（非严格模式下；严格模式下会直接报错）。

举几个例子：

// 全局作用域用let声明变量
let globalNum = 10;

function updateNum() {
  // 沿着作用域链找到globalNum，修改它的值
  globalNum = 20;
}
updateNum();
console.log(globalNum); // 输出: 20

const fixedNum = 5;
function tryUpdate() {
  // 找到fixedNum，但它是const，赋值会报错
  fixedNum = 10; // Uncaught TypeError: Assignment to constant variable.
}
tryUpdate();

2. 修改变量时，用不用声明的差异 #

差异核心在于作用域的绑定：

• 省略声明直接赋值：修改的是作用域链上找到的第一个同名变量（可能是父作用域或全局的），不会在当前作用域创建新变量。
• 用var/let/const声明后赋值：会在当前作用域创建一个新的局部变量（var是函数作用域，let/const是块级作用域），和外部同名变量完全独立。

对比示例：

var outerVar = "I'm outside";

function testWithoutDeclare() {
  outerVar = "Modified from inside"; // 修改全局的outerVar
}
testWithoutDeclare();
console.log(outerVar); // 输出: "Modified from inside"

function testWithDeclare() {
  var outerVar = "I'm inside now"; // 创建函数内的局部变量
  console.log(outerVar); // 输出: "I'm inside now"
}
testWithDeclare();
console.log(outerVar); // 还是: "Modified from inside"

对于let/const的块级作用域差异更明显：

let blockVar = 10;

if (true) {
  blockVar = 20; // 修改全局的blockVar
}
console.log(blockVar); // 输出: 20

if (true) {
  let blockVar = 30; // 创建块级局部变量，和外部无关
  console.log(blockVar); // 输出: 30
}
console.log(blockVar); // 还是输出: 20

3. 有没有不使用var/let/const的合理场景？ #

老实说，在生产环境代码中几乎没有——省略声明会导致隐式全局变量，让代码的作用域逻辑变得模糊，极易引发难以追踪的bug，而且在严格模式（'use strict'）下直接报错。

不过在一些特殊场景下，可能会看到这种写法：

• 浏览器控制台/REPL快速测试：临时调试时，不用声明直接赋值可以快速测试逻辑，不用在意作用域问题。
• 操作浏览器全局对象属性：比如location = 'https://example.com'，其实location是window.location的简写，属于全局对象的属性，不需要声明（不过更规范的写法还是window.location）。
• 旧代码兼容：一些非常古老的JavaScript代码（ES5之前）可能依赖隐式全局变量，但这属于历史遗留问题，不是推荐实践。

关键提醒 #

开启严格模式（在脚本或函数顶部添加'use strict'）后，未声明的变量赋值会直接抛出ReferenceError，这也是现在现代JS开发的标准做法——它能帮你提前发现这类隐式全局的问题。

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