停止使用 `let` 或為什么它在 JavaScript/TypeScript 中是不必要的
你可能已經(jīng)遇到 let 關(guān)鍵字上百萬次了。它是 JavaScript（以及擴展的 TypeScript）中那些最初看起來像是救星的特性之一。
終于有了一種聲明變量的方式，可以尊重塊級作用域！var 造成提升和產(chǎn)生反直覺 bug 的日子一去不復(fù)返了。
但是重點來了：在 2024 年，使用 let 可能是你在代碼中做的最不必要的事情之一。
沒錯，你沒聽錯。是時候停止使用 let 了。
讓我來解釋一下為什么，什么時候應(yīng)該用 const 替換它，以及在那些罕見的情況下，let 仍然在你的 TypeScript 文件中有一席之地。
let 的興衰 ??
我們回顧一下。在 ES6 之前的日子里，我們只能用 var。它是可以用的，但有深刻的缺陷。var 不尊重塊級作用域，這意味著如果你在 for 循環(huán)內(nèi)聲明了一個 var，這個變量在循環(huán)外仍然可以訪問。
這引發(fā)了混亂和充滿 bug 的代碼。ES6（也就是 ECMAScript 2015）通過引入 let 和 const 改變了游戲規(guī)則。突然間，我們有了塊級作用域的變量！
不再有 var 的噩夢了！let 立即成為熱門，因為它解決了我們多年來一直在與之搏斗的問題。
但是這里有一個問題—const 是同時引入的，在大多數(shù)情況下，它可以說是更優(yōu)的選擇。
為什么 const 應(yīng)該是你的默認選擇 ??
我們面對現(xiàn)實：不可變性是王道。在我們?nèi)粘＞幊讨校覀兣帉懣深A(yù)測、易于理解且沒有副作用的代碼。
這就是 const 的用武之地。當你使用 const 時，你是在告訴自己和他人這個值不會改變。
這是一個保證—一個承諾，表示這個變量不會突然在你的代碼中途取得新值。
const PI = 3.14159;
const MAX_USERS = 100;
const CONFIG = { api: 'https://api.example.com', timeout: 5000 };這使你的代碼更易讀和維護。你可以瞥一眼用 const 聲明的變量，立即知道它的意圖：這個值是固定的。
另一方面，let 引入了不確定性。當你看到用 let 聲明的變量時，你不能確定它是否會在后面發(fā)生變化。你必須在心理上或通過工具來跟蹤它，這增加了認知負擔。
根據(jù)我的經(jīng)驗，在審查代碼時，我經(jīng)常看到用 let 聲明的變量很容易就可以是 const。似乎開發(fā)者出于習慣默認使用 let，即使他們不打算改變變量。
let 的問題 ??
let 的主要問題是它為不必要的可變性打開了大門。聲明某些東西時使用 let 太容易了，以至于后來忘記了為什么它一開始需要是可變的。
這里有一個快速示例：
let userCount = users.length;
if (someCondition) {
userCount += 1;
}
console.log(`Total users: ${userCount}`);在這個例子中，使用 let 可能看起來無害，但問問自己—userCount 真的需要是可變的嗎？
如果我們使用 const 并重構(gòu)邏輯，代碼是否同樣清晰和功能性？
const userCount = users.length + (someCondition ? 1 : 0);
console.log(`Total users: ${userCount}`);砰！更清晰的代碼，更少的可變性，更容易理解。
什么時候使用 let ??
那么，我們是否應(yīng)該完全拋棄 let？不完全是。let 確實有合法的使用場景，盡管它們比你想象的要少得多。
- 循環(huán)計數(shù)器：當你需要迭代某些東西時，let 通常是必要的。for 循環(huán)就是一個很好的例子：
for (let i = 0; i < 10; i++) {
console.log(i);
}這里，i 需要在每次迭代中改變，所以 let 是正確的選擇。
- 可重新賦值的變量：如果你有一個真正需要改變其值的變量（而不僅僅是為了方便），那么 let 是合適的。
let status = 'pending';
// 一些異步操作
status = 'completed';在這種情況下，重新賦值對邏輯至關(guān)重要。
但是這些場景比你預(yù)期的要少。通常，感覺需要 let 的地方可以重構(gòu)成 const，而不失去清晰度或功能性。
更好代碼的工具和技巧 ??
想要將你的代碼提升到下一個水平？這里有一些工具和技巧，可以幫助你最小化 let 的使用，擁抱 const 的力量：
- 代碼檢查工具：ESLint 是你的朋友。你可以配置 ESLint 在不必要使用 let 時發(fā)出警告或甚至拋出錯誤。這會推動你在使用 let 之前三思。
- 重構(gòu)工具：像 Prettier 或 VSCode 的內(nèi)置重構(gòu)工具可以幫助你快速將 let 轉(zhuǎn)換為 const（在適用的情況下）。只需右鍵點擊，看著魔法發(fā)生。
- 同行評審：鼓勵你的團隊在代碼審查期間質(zhì)疑 let 的使用。問問："這真的需要是可變的嗎？"這將有助于在你的團隊中灌輸不可變性的思維方式。
減少 let 聲明的高級方法 ??
如果你尋求另一種處理令人困惑的 let 聲明的方式，這個部分可能是你的救生衣。
?? 我看到的最常見的不必要 let 使用：設(shè)置初始值，然后進行變異。
這很難閱讀，因為它要求讀者在閱讀時記住初始值，并監(jiān)控沿途的任何變異。
圖片
解決方案：改為調(diào)用一個函數(shù)。
圖片
不使用 let 并變異 formattedAddress 變量，你可以通過調(diào)用處理格式化的函數(shù)來提前返回。這消除了對可變性的需求，使你的代碼更清晰。
結(jié)論：擁抱不可變性
總結(jié)一下，在現(xiàn)代 JavaScript 和 TypeScript 中，let 應(yīng)該是例外而不是規(guī)則。通過默認使用 const，你使你的代碼更可預(yù)測、更易讀、更不容易出錯。當然，有些情況下 let 是必要的，但那應(yīng)該是經(jīng)過深思熟慮的。
所以，下次當你的手指懸停在鍵盤上，準備輸入 let 時，花點時間問問自己："我真的需要這個是可變的嗎？"很可能，答案是否定的。
