try块中变量赋值最优方案：兼顾const与避免过度嵌套

这确实是个挺常见的纠结点——既要遵循尽量用const的最佳实践，又不想因为try/catch把后续逻辑都套进嵌套里，还不想单独拆函数对吧？

先复盘下你提到的两种写法的痛点：

• 第一种用let声明x，虽然逻辑清晰，但明明x只赋值一次却没法用const，总觉得有点别扭
• 第二种把所有依赖x的代码都塞进try块，嵌套层级变深不说，还没法直观区分“可能抛出错误的核心赋值逻辑”和“后续的常规处理逻辑”

给你推荐一种完全符合需求的更优雅实现方式：

首选方案：用自执行匿名函数包裹try/catch（同步场景适配） #

这种方式能让你用const声明x，同时把风险代码和后续逻辑彻底分开，还不用额外拆命名函数：

// 把可能抛出错误的赋值逻辑封装进自执行函数
const x = (() => {
  try {
    return ...; // 这里写你的x赋值逻辑（可能抛出错误的部分）
  } catch (e) {
    return; // 失败时返回undefined，后续统一处理
  }
})();

// 检查x是否获取成功，失败则直接返回
if (x === undefined) return;

// 后续所有逻辑都可以正常用const，而且不在try块里
const y = x + ...;
// 其他依赖x的代码...

这个写法的核心优势：

• x用const声明，完美贴合“只赋值一次”的语义
• 只有核心风险代码在try块里，后续逻辑保持平级，没有额外嵌套
• 清晰区分了“获取x”和“使用x”两个阶段，可读性大幅提升

如果你的代码是在async函数或支持顶层await的环境中，异步场景下可以用类似你第一种写法的折中方案（毕竟异步赋值没法用同步自执行函数封装），但同步场景下上面的方案绝对是最优解。

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